線程等待監視器

約我在我的公司開發的應用的性能提升有過會談。此應用程序包含執行大量xml解析的計劃任務。在某個小時內，當很多此類任務被觸發時，應用程序變得很慢。我一直在查看在某個高峯時間收集的線程轉儲，以查看可能會發生什麼成爲問題..但是，對於這種練習的新手，我無法理解它。下面是線程轉儲的摘錄。線程等待監視器

"JMSThread(5)-7635" daemon prio=10 tid=0x000000004fb5b800 nid=0x71e in Object.wait() [0x0000000048de8000] 
    java.lang.Thread.State: TIMED_WAITING (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <0x00002aaabf41fe38> (a java.lang.Object) 
    at EDU.oswego.cs.dl.util.concurrent.BoundedLinkedQueue.poll(BoundedLinkedQueue.java:253) 
    - locked <0x00002aaabf41fe38> (a java.lang.Object) 
    at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(PooledExecutor.java:723) 
    at org.jboss.util.threadpool.MinPooledExecutor.getTask(MinPooledExecutor.java:106) 
    at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:747) 
    at java.lang.Thread.run(Thread.java:619) 
    Locked ownable synchronizers: 
    - None 


JMSThread(5)-7634" daemon prio=10 tid=0x000000004ed5c800 nid=0x716 in Object.wait() [0x0000000044eb2000] 
    java.lang.Thread.State: TIMED_WAITING (on object monitor) 
    at java.lang.Object.wait(Native Method) 
    - waiting on <0x00002aaabf41fe38> (a java.lang.Object) 
    at EDU.oswego.cs.dl.util.concurrent.BoundedLinkedQueue.poll(BoundedLinkedQueue.java:253) 
    - locked <0x00002aaabf41fe38> (a java.lang.Object) 
    at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(PooledExecutor.java:723) 
    at org.jboss.util.threadpool.MinPooledExecutor.getTask(MinPooledExecutor.java:106) 
    at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(PooledExecutor.java:747) 
    at java.lang.Thread.run(Thread.java:619) 
    Locked ownable synchronizers: 
    - None

有幾個這樣的條目鎖定和等待在同一個對象上。任何人都可以幫我理解他們的意思嗎？這是否表明有任何問題？

來源

2011-12-01 wantobegeek

這些條目表明有等待BoundedLinkedQueue成爲非空線程。換句話說，工人正在等待某人給他們做些事情。在不瞭解應用程序的體系結構的情況下，無法說明這是否表明存在問題。

如果你希望這些線程要忙，你需要尋找到爲什麼不管是誰應該被添加任務隊列不加入他們的速度不夠快，以保持工人忙碌。

來源

2011-12-01 08:13:34 NPE

這些MDB在JMS隊列上偵聽的線程實例嗎？（是的，我的應用程序將請求放入JMS隊列中進行異步處理） – wantobegeek

從我看到，有兩種可能的解釋：1。你的生產速度不夠快插入東西到隊列中，讓消費者不得不等待，直到他們得到的東西。這表明你的生產商在某些情況下會放慢速度。 2.您的隊列出現問題，並且生產者在將任務從隊列中取出時鎖定時間過長。

至於第二點，有可能是一個解決方案。從它的外觀來看，你自己實現了一個BoundedQueue，它使用一個Object來調用synchronized，以強制執行線程安全。您可能要檢查是否可以使用在concurrency包中提供，而不是BlockingQueue S的一個（有一個LinkedBlockingQueue，例如）。那些隊列也可以是有界的，但是被設計爲在多線程環境中很好地工作。

來源

2011-12-01 08:21:37 pushy

線程等待監視器

回答

相關問題