CS6 and AME 100% CPU utilisation

So this is an odd question to ask maybe as we often asked for max CPU utilisation when encoding in the past to get stuff done quicker.
But - this is entirely new behaviour for me at least. I have a 6 core i7 X980 with HT and 24GB ram. In the past, I could queue up several sequences and let them encode to H.264 in the background while i carry on editing. Worked fine with no problems.
I recently upgraded my GPU to a 4GB GTX680 from a 1.2GB GTX570. There have also been 2 updates to PPro as well since I noticed this behaviour.
So the issue is that when encoding, all 12 threads are at 100% CPU utilisation and my mouse control suffers terribly - very very slow mouse as obviously there's not enough CPU resources to drive the pointer properly. This never happened in the past as CPU utilisation was never maxed out like this.
Anyone seen anything similar?
Thanks,
Paul.

Hi Darren,
I've not benchmarked the two cards in Premiere - I've not noticed any difference in real world use. Reading a few comparison reviews out there kind of said the same thing too (although gaming based reviews). The reason I went for the 680 was the availability of a 4GB VRAM model which was really important for me in After Effects using complex 3D models in the Video Copilot plugin, Element 3D.
So it was worth it for the memory but maybe not just for Premiere. I don't tend to do a load of video layers at once, the most is maybe a couple of layers PIP on virtual studio type projects but then most of them end up in AE really as its just hugely more flexible and fun to work with

Similar Messages

Weblogic reaches 100% CPU utilisation

I am using WebLogic Server Version 10.3.1.0. I got an application deployed in this server, which is developed with java1.6, ejb, hibernate. I start the server with 8GB of RAM assigned to it and after a day or two the weblogic server causes the use of the CPU to reach to 100% and as a result the server sort of doesn't response anymore. I will be creating 30-40 thread per managed server and one server has two managed server. The volume will be around 30k per day. I dont know which is causing the 100% cpu utilisation and here below are the thread dumps which have taken at the time of high cpu in a server. Please let me know where is the exact issue and where is the stuck thread (if any)? In which part the issue is occuring?
10774:
===== FULL THREAD DUMP ===============
Thu Jun 19 16:57:39 2014
Oracle JRockit(R) R28.2.8-10-156881-1.6.0_51-20130611-1146-linux-x86_64
"Main Thread" id=1 idx=0x4 tid=10776 prio=5 alive, waiting, native_blocked
    -- Waiting for notification on: weblogic/t3/srvr/T3Srvr@0xa4db4c58[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/t3/srvr/T3Srvr.waitForDeath(T3Srvr.java:981)
    ^-- Lock released while waiting: weblogic/t3/srvr/T3Srvr@0xa4db4c58[fat lock]
    at weblogic/t3/srvr/T3Srvr.run(T3Srvr.java:490)
    at weblogic/Server.main(Server.java:71)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"(Signal Handler)" id=2 idx=0x8 tid=10777 prio=5 alive, native_blocked, daemon
"(OC Main Thread)" id=3 idx=0xc tid=10778 prio=5 alive, native_waiting, daemon
"(GC Worker Thread 1)" id=? idx=0x10 tid=10779 prio=5 alive, daemon
"(GC Worker Thread 2)" id=? idx=0x14 tid=10780 prio=5 alive, daemon
"(GC Worker Thread 3)" id=? idx=0x18 tid=10781 prio=5 alive, daemon
"(GC Worker Thread 4)" id=? idx=0x1c tid=10782 prio=5 alive, daemon
"(Code Generation Thread 1)" id=4 idx=0x20 tid=10783 prio=5 alive, native_waiting, daemon
"(Code Optimization Thread 1)" id=5 idx=0x24 tid=10784 prio=5 alive, native_waiting, daemon
"(VM Periodic Task)" id=6 idx=0x28 tid=10785 prio=10 alive, native_waiting, daemon
"Finalizer" id=7 idx=0x2c tid=10786 prio=8 alive, native_waiting, daemon
    at jrockit/memory/Finalizer.waitForFinalizees(J[Ljava/lang/Object;)I(Native Method)
    at jrockit/memory/Finalizer.access$700(Finalizer.java:12)
    at jrockit/memory/Finalizer$4.run(Finalizer.java:201)
    at java/lang/Thread.run(Thread.java:662)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"Reference Handler" id=8 idx=0x30 tid=10787 prio=10 alive, native_waiting, daemon
    at java/lang/ref/Reference.waitForActivatedQueue(J)Ljava/lang/ref/Reference;(Native Method)
    at java/lang/ref/Reference.access$100(Reference.java:11)
    at java/lang/ref/Reference$ReferenceHandler.run(Reference.java:82)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"(Sensor Event Thread)" id=9 idx=0x34 tid=10788 prio=5 alive, native_blocked, daemon
"VM JFR Buffer Thread" id=10 idx=0x38 tid=10789 prio=5 alive, in native, daemon
"Timer-0" id=13 idx=0x3c tid=10793 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: java/util/TaskQueue@0xa4d5d260[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[optimized]
    at java/util/TimerThread.mainLoop(Timer.java:483)
    ^-- Lock released while waiting: java/util/TaskQueue@0xa4d5d260[fat lock]
    at java/util/TimerThread.run(Timer.java:462)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'default'" id=14 idx=0x40 tid=10839 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'default'" id=15 idx=0x44 tid=10840 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: java/util/LinkedList@0xa8cbed08[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/ejb/container/internal/MDListener.getListener(MDListener.java:240)[optimized]
    ^-- Lock released while waiting: java/util/LinkedList@0xa8cbed08[fat lock]
    at weblogic/ejb/container/internal/MDListener.transactionalOnMessage(MDListener.java:480)[inlined]
    at weblogic/ejb/container/internal/MDListener.onMessage(MDListener.java:379)[optimized]
    at weblogic/jms/client/JMSSession.onMessage(JMSSession.java:4659)[optimized]
    at weblogic/jms/client/JMSSession.execute(JMSSession.java:4345)[optimized]
    at weblogic/jms/client/JMSSession.executeMessage(JMSSession.java:3821)[optimized]
    at weblogic/jms/client/JMSSession.access$000(JMSSession.java:115)
    at weblogic/jms/client/JMSSession$UseForRunnable.run(JMSSession.java:5170)
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'default'" id=16 idx=0x48 tid=10841 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d5f0d0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d5f0d0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'default'" id=17 idx=0x4c tid=10842 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'default'" id=18 idx=0x50 tid=10843 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d5fe50[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d5fe50[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '5' for queue: 'default'" id=19 idx=0x54 tid=10844 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '6' for queue: 'default'" id=20 idx=0x58 tid=10845 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '7' for queue: 'default'" id=21 idx=0x5c tid=10846 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '8' for queue: 'default'" id=22 idx=0x60 tid=10847 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '9' for queue: 'default'" id=23 idx=0x64 tid=10848 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d62010[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d62010[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '10' for queue: 'default'" id=24 idx=0x68 tid=10849 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d626d0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d626d0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '11' for queue: 'default'" id=25 idx=0x6c tid=10850 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '12' for queue: 'default'" id=26 idx=0x70 tid=10851 prio=5 alive, native_blocked, daemon
    at java/util/HashMap.get(HashMap.java:385)[optimized]
    at com/appl/vsms/pi/outbound/ControllerCache.getEntry(ControllerCache.java:48)[inlined]
    at com/appl/vsms/bean/pi/MessageStatusConsumer.onMessage(MessageStatusConsumer.java:90)[optimized]
    at weblogic/ejb/container/internal/MDListener.execute(MDListener.java:574)[inlined]
    at weblogic/ejb/container/internal/MDListener.run(MDListener.java:893)[optimized]
    at weblogic/work/ExecuteRequestAdapter.execute(ExecuteRequestAdapter.java:21)[optimized]
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)[optimized]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '13' for queue: 'default'" id=27 idx=0x74 tid=10852 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d648e8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d648e8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '14' for queue: 'default'" id=28 idx=0x78 tid=10853 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d65568[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d65568[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.kernel.Non-Blocking'" id=29 idx=0x7c tid=10854 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d65cc0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d65cc0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.kernel.Non-Blocking'" id=30 idx=0x80 tid=10855 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d663c0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d663c0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.kernel.Non-Blocking'" id=31 idx=0x84 tid=10856 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d66ac0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d66ac0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.kernel.System'" id=32 idx=0x88 tid=10857 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d671c0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d671c0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.kernel.System'" id=33 idx=0x8c tid=10858 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d67f48[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d67f48[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.kernel.System'" id=34 idx=0x90 tid=10859 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d68cc0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d68cc0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'weblogic.kernel.System'" id=35 idx=0x94 tid=10860 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d69a38[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d69a38[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'weblogic.kernel.System'" id=36 idx=0x98 tid=10861 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d977b8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d977b8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.Rejector'" id=37 idx=0x9c tid=10862 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4d99570[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4d99570[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.Rejector'" id=38 idx=0xa0 tid=10863 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf2e38[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf2e38[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"weblogic.time.TimeEventGenerator" id=39 idx=0xa4 tid=10864 prio=9 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/time/common/internal/TimeTable@0xa4dbed18[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at weblogic/time/common/internal/TimeTable.snooze(TimeTable.java:286)
    ^-- Lock released while waiting: weblogic/time/common/internal/TimeTable@0xa4dbed18[fat lock]
    at weblogic/time/common/internal/TimeEventGenerator.run(TimeEventGenerator.java:117)
    at java/lang/Thread.run(Thread.java:662)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"JMAPI event thread" id=40 idx=0xa8 tid=10865 prio=5 alive, in native, daemon
"weblogic.timers.TimerThread" id=41 idx=0xac tid=10866 prio=9 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/timers/internal/TimerThread@0xa4dc3f70[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at weblogic/timers/internal/TimerThread$Thread.run(TimerThread.java:262)
    ^-- Lock released while waiting: weblogic/timers/internal/TimerThread@0xa4dc3f70[fat lock]
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.admin.RMI'" id=42 idx=0xb0 tid=10867 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf3528[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf3528[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.admin.RMI'" id=43 idx=0xb4 tid=10868 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf35f0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf35f0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.admin.RMI'" id=44 idx=0xb8 tid=10869 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf36b8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf36b8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'weblogic.admin.RMI'" id=45 idx=0xbc tid=10870 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf3780[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf3780[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'weblogic.admin.RMI'" id=46 idx=0xc0 tid=10871 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf3848[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf3848[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'ImageWorkManager'" id=47 idx=0xc4 tid=10896 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf57e0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf57e0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'ImageWorkManager'" id=48 idx=0xc8 tid=10899 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf58a8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf58a8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"JFR request timer" id=49 idx=0xcc tid=10900 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: java/util/TaskQueue@0xa4dc69d8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at java/util/TimerThread.mainLoop(Timer.java:483)
    ^-- Lock released while waiting: java/util/TaskQueue@0xa4dc69d8[fat lock]
    at java/util/TimerThread.run(Timer.java:462)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.logging.DomainLogBroadcasterClient'" id=53 idx=0xd0 tid=10902 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf6550[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf6550[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.logging.LogBroadcaster'" id=54 idx=0xd4 tid=10903 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf6d50[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf6d50[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.socket.Muxer'" id=55 idx=0xd8 tid=10904 prio=5 alive, blocked, native_blocked, daemon
    -- Blocked trying to get lock: java/lang/String@0xa4cf78f8[fat lock]
    at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
    at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1411)[optimized]
    at jrockit/vm/Locks.lockFat(Locks.java:1512)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1054)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1005)[optimized]
    at jrockit/vm/Locks.monitorEnter(Locks.java:2179)[optimized]
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.socket.Muxer'" id=56 idx=0xdc tid=10905 prio=5 alive, blocked, native_blocked, daemon
    -- Blocked trying to get lock: java/lang/String@0xa4cf78f8[fat lock]
    at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
    at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1411)[optimized]
    at jrockit/vm/Locks.lockFat(Locks.java:1512)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1054)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1005)[optimized]
    at jrockit/vm/Locks.monitorEnter(Locks.java:2179)[optimized]
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.socket.Muxer'" id=57 idx=0xe0 tid=10906 prio=5 alive, blocked, native_blocked, daemon
    -- Blocked trying to get lock: java/lang/String@0xa4cf78f8[fat lock]
    at jrockit/vm/Threads.waitForUnblockSignal()V(Native Method)
    at jrockit/vm/Locks.fatLockBlockOrSpin(Locks.java:1411)[inlined]
    at jrockit/vm/Locks.fatLockReacquire(Locks.java:1649)[optimized]
    at jrockit/vm/Locks.lockFat(Locks.java:1517)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStageHard(Locks.java:1054)[optimized]
    at jrockit/vm/Locks.monitorEnterSecondStage(Locks.java:1005)[optimized]
    at jrockit/vm/Locks.monitorEnter(Locks.java:2179)[optimized]
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:153)
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'weblogic.socket.Muxer'" id=58 idx=0xe4 tid=10907 prio=5 alive, in native, daemon
    at jrockit/ext/epoll/EPoll.epollWait0(ILjava/nio/ByteBuffer;II)I(Native Method)
    at jrockit/ext/epoll/EPoll.epollWait(EPoll.java:123)
    at weblogic/socket/EPollSocketMuxer.processSockets(EPollSocketMuxer.java:156)
    ^-- Holding lock: java/lang/String@0xa4cf78f8[fat lock]
    at weblogic/socket/SocketReaderRequest.run(SocketReaderRequest.java:29)
    at weblogic/socket/SocketReaderRequest.execute(SocketReaderRequest.java:42)
    at weblogic/kernel/ExecuteThread.execute(ExecuteThread.java:145)
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:117)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"VDE Transaction Processor Thread" id=61 idx=0xe8 tid=10909 prio=2 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: com/octetstring/vde/backend/standard/TransactionProcessor@0xa46c3738[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at com/octetstring/vde/backend/standard/TransactionProcessor.waitChange(TransactionProcessor.java:367)
    ^-- Lock released while waiting: com/octetstring/vde/backend/standard/TransactionProcessor@0xa46c3738[fat lock]
    at com/octetstring/vde/backend/standard/TransactionProcessor.run(TransactionProcessor.java:212)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"DoSManager" id=64 idx=0xf0 tid=10911 prio=6 alive, sleeping, native_waiting, daemon
    at java/lang/Thread.sleep(J)V(Native Method)
    at com/octetstring/vde/DoSManager.run(DoSManager.java:433)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'UserLockout'" id=65 idx=0xf4 tid=10920 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf93c8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf93c8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'UserLockout'" id=66 idx=0xf8 tid=10921 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf9490[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf9490[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'UserLockout'" id=67 idx=0xfc tid=10922 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf9558[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf9558[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'UserLockout'" id=68 idx=0x100 tid=10923 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf9620[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf9620[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'UserLockout'" id=69 idx=0x104 tid=10924 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cf96e8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cf96e8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.unicast.DispatchWorkManager'" id=70 idx=0x108 tid=10958 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cfbbb0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cfbbb0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.unicast.DispatchWorkManager'" id=71 idx=0x10c tid=10959 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cfbc78[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cfbc78[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.unicast.DispatchWorkManager'" id=72 idx=0x110 tid=10960 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cfbd40[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cfbd40[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'weblogic.unicast.DispatchWorkManager'" id=73 idx=0x114 tid=10961 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cfbe08[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cfbe08[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'weblogic.unicast.DispatchWorkManager'" id=74 idx=0x118 tid=10962 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4cfbed0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4cfbed0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'weblogic.unicast.ForwardingWorkManager'" id=75 idx=0x11c tid=10963 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c66f40[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c66f40[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'weblogic.unicast.ForwardingWorkManager'" id=76 idx=0x120 tid=10964 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c67008[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c67008[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'weblogic.unicast.ForwardingWorkManager'" id=77 idx=0x124 tid=10965 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c670d0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c670d0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'weblogic.unicast.ForwardingWorkManager'" id=78 idx=0x128 tid=10966 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c67198[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c67198[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'weblogic.unicast.ForwardingWorkManager'" id=79 idx=0x12c tid=10967 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c67260[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c67260[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'ClusterMessaging'" id=81 idx=0x134 tid=10969 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c692e0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c692e0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'wl_oldBootStrap'" id=82 idx=0x138 tid=10972 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69a90[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69a90[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'wl_oldBootStrap'" id=83 idx=0x13c tid=10973 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69b58[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69b58[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'wl_oldBootStrap'" id=84 idx=0x140 tid=10974 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69c20[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69c20[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'wl_oldBootStrap'" id=85 idx=0x144 tid=10975 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69ce8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69ce8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'wl_oldBootStrap'" id=86 idx=0x148 tid=10980 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69db0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69db0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '5' for queue: 'wl_oldBootStrap'" id=87 idx=0x14c tid=10984 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69e78[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69e78[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '6' for queue: 'wl_oldBootStrap'" id=88 idx=0x150 tid=10987 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c69f40[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c69f40[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '7' for queue: 'wl_oldBootStrap'" id=89 idx=0x154 tid=10988 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6a008[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6a008[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"Thread-12" id=90 idx=0x158 tid=10989 prio=5 alive, parked, native_blocked
    -- Parking to wait for: java/util/concurrent/locks/AbstractQueuedSynchronizer$ConditionObject@0xa4c66b48
    at jrockit/vm/Locks.park0(J)V(Native Method)
    at jrockit/vm/Locks.park(Locks.java:2230)
    at sun/misc/Unsafe.park(ZJ)V(Native Method)
    at java/util/concurrent/locks/LockSupport.park(LockSupport.java:156)
    at java/util/concurrent/locks/AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1987)
    at java/util/concurrent/LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
    at weblogic/utils/concurrent/JDK15ConcurrentBlockingQueue.take(JDK15ConcurrentBlockingQueue.java:89)
    at weblogic/store/internal/PersistentStoreImpl.getOutstandingWork(PersistentStoreImpl.java:672)
    at weblogic/store/internal/PersistentStoreImpl.run(PersistentStoreImpl.java:721)
    at java/lang/Thread.run(Thread.java:662)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'JTACoordinatorWM'" id=91 idx=0x15c tid=10990 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6d128[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6d128[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'JTACoordinatorWM'" id=92 idx=0x160 tid=10991 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6d1f0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6d1f0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'JTACoordinatorWM'" id=93 idx=0x164 tid=10992 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6d2b8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at jrockit/vm/Locks.wait(Locks.java:1973)[inlined]
    at java/lang/Object.wait(Object.java:485)[inlined]
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)[optimized]
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6d2b8[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '0' for queue: 'JmsDispatcher'" id=94 idx=0x168 tid=10995 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6e688[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6e688[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '1' for queue: 'JmsDispatcher'" id=95 idx=0x16c tid=10996 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6e750[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6e750[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '2' for queue: 'JmsDispatcher'" id=96 idx=0x170 tid=10997 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6e818[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6e818[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '3' for queue: 'JmsDispatcher'" id=97 idx=0x174 tid=10998 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6e8e0[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)
    at java/lang/Object.wait(J)V(Native Method)
    at java/lang/Object.wait(Object.java:485)
    at weblogic/kernel/ExecuteThread.waitForRequest(ExecuteThread.java:91)
    ^-- Lock released while waiting: weblogic/kernel/ServerExecuteThread@0xa4c6e8e0[fat lock]
    at weblogic/kernel/ExecuteThread.run(ExecuteThread.java:115)
    at jrockit/vm/RNI.c2java(JJJJJ)V(Native Method)
    -- end of trace
"ExecuteThread: '4' for queue: 'JmsDispatcher'" id=98 idx=0x178 tid=10999 prio=5 alive, waiting, native_blocked, daemon
    -- Waiting for notification on: weblogic/kernel/ServerExecuteThread@0xa4c6e9a8[fat lock]
    at jrockit/vm/Threads.waitForNotifySignal(JLjava/lang/Object;)Z(Native Method)


Hi,
Based on the below doc , you can narrow down the actual Thread that is causing this high CPU.
Unexpected High CPU Usage with WebLogic Server (WLS) Support Pattern (Doc ID 779349.1)
Thanks,
Sharmela

100% cpu utilisation SQL Dev 1.5 on XP

Using SQL Dev 1.5 prod version on XP on a P4 3ghz with 2gb of ram, SQL Dev executable regularly uses 100% cpu utilisation as reported by task manager.
Also frequently stops responding - no screen redraw and I have to end task.
Until recently I only had 512Mb of ram so put this down to that fact, but with 2gb still getting long 'satellite' delays - particularly with code/param insight.
Anybody else getting this?
ta

I know I was vahue - apologies, but it's most of the time - literally 99 to 100% cpu utilisation.
e.g.
restart pc, login, give it a couple of mins to settle down. (p4 3ghz, 3gb ram, xp pro, sp1)
start 1.5 sqldev - wait, see the splash screen, look at task manager - memory starts going up, cpu rises rapidly to 99 - 100%
once fully loaded, open 1 connection, open one package body, split screen vertically, so I have sql worksheet and my package body open and visible.
Now sit back and enjoy the vibration coming thru the desktop - the real wooden one - as the pc's fan struggles to cope.
If I leave it for maybe 5 to 10 mins - not doing anything on the pc at all, cpu utilisation will drop significantly.
then do something reckless like edit my package body (not that big ~1500 lines) and hold on to the desk again as we start shaking once more.
great for my typing skills too, as there is no point in looking at the screen to see if I am making mistakes, as it frequently won't display anything until 3 to 5 seconds after I have finished typing
mem usage is up to 250 mb - I have not touched my pc for nearly 10 mins since doing the last edit - still at 99%

100% CPU Utilisation while reading from socket

I have writted a ServerSocket program to read data from ethernet client bridge. client-bridge is a system which converts serial data to TCP packet and vice versa. I can read from the client bridge only through creating a server socket and waiting for the client bridge to make a client socket connection (ServerSocket.accept() method.
The problem that I m facing is that, the client bridge is creating connection only once. I have created an infinite loop which keeps on reading from the socket. The performance of the application goes down drastically (100% CPU utilisation through task manager) when this application is run. Is there a better way of reading data from the client bridge. The client bridge is not in our control and the server can only wait for the client to make connection.
Please help. Thanking you all in anticipation.
Regards,
Amitabha

If I close the client socket will the client create a new socket to
transmit data or it depends on the client application.
I have also tried creating a new socket connection for
reading each frame of the protocol. but the client
creates only one socket. What might be the problem?I bet it depends on the client app because your server app only waits for a connection from the client. So it's the client that initiates the connection. When you disconnect the client socket then you will have to wait for another client request. what you can do is to stay connected (unless of course client disconnects itself) and just keep on reading from the client socket.

100% CPU utilisation

Hi All,
I have installed Oracle Enterprise Linux release 5 as a guest system in Virtual Box running on Windows XP SP2 as the host system. When the virtual machine is running, CPU utilisation of the PC where host OS is installed is 100% with VirtualBox.exe being the process responsible for this.
Could anyone suggest why this is happening and what I can try to resolve this issue?
Thank you.
Kind regards,
Denis

No, the bug was saying that having these things running on the host can use the same mechanisms that VBOX uses and everything gets in each others way.
There are test builds of Google Chromium available for Fedora 11 over at the http://spot.fedorapeople.org/chromium repository. Don't remember if the sources can be found there, but the RPM spec file can, so I guess you could roll your own.

Firefox 3.6.12 is running extremely slow and taking 100% CPU on my mac.

Just updated Firefox to 3.6.12 and it's taking over 100% CPU on one of my processors and is running EXTREMELY slow, too slow to use.

Firefox used to be the doggs bollocks now its just a dog.
Back to internet exploder fro me im afraid.I cant keep waiting twenty seconds for everything its like being back in 1993.

Sr5540an 100% cpu utilisation

I have a Compaq SR5540AN desktop that has been having multiple problems.
It kept freezing, rebooting and had blue screens. It was giving Video card and memory errors.
After a while I decided to upgrade the memory to 4gb and change the O/S from Vista to W7 64bit.
My machine after the clean rebuild is running at 100% cpu utilization. After some research I suspected Malware or similar. I have purchased and run ParetoLogic PC Health Advisor and it found nothing.
I have also loaded Spybot and it ran for 24 hours and found nothing.
I'v looked at the Task manager CPU logs and nothing stands out that is chewing the CPU.
Has anyone else got an idea of why I am running so poorly?
Thanks....Paul

Hi Paul,
Have you tried Malwarebytes Anti-Malware? I tried Spybot and the PC health advisor with the same results as yours.
Cheers.

"du process" pops up and occupy 100% CPU

I didn't solve the issue. I've got a macbook pro 2010, partitioned with bootcamp and with os 10.6.8. "Du process" appears and disappears, and when pops up occupy 100% CPU. This process isn't present in my other macbooks with the same os. Is it possibile and useful (to get 100% cpu availability) to cancel it? How?
Thank you in advance for your help!

Safari third party plug-ins and extensions can increase CPU usage.
From the Safari menu bar click Safari > Preferences then select the Extensions tab. Turn that OFF, quit and relaunch Safari to test.
If that helped, turn one extension on then quit and relaunch Safari to test until you find the incompatible extension then click uninstall.
If it's not an extensions issue, try troubleshooting third party plug-ins.
Back to Safari > Preferences. This time select the Security tab. Deselect: Allow plug-ins. Quit and relaunch Safari to test.
If that made a difference, instructions for troubleshooting plugins here.

"IMAQ Stop" takes 10sec to execute and consumes 100% CPU

Hi, I'm calling IMAQ Stop to end an acquisition but it consumes 100% of my processor and takes 10sec to complete (all the while consuming 100% CPU). In our application we start and stop the camera regularly and this is exactly when the user wants the program to be interactive so this 10sec delay is a big irritation to them.
My setup is - Dalsa Piranha line scan camera, RT 9 running on a desktop PC (it is compatible according to the test), PCI-1429 cameralink card.
Any help or comments welcome.
Thanks.
Solved!
Go to Solution.

Ah I have managed to solve this one, but first here are the answers to your questions:
Using Stop and then Close or just Close makes no difference. The Stop was taking so long that I simply used a probe before and after it on the error cluster and with 2009's probe timestamp function I could easily see how long it took. For more detailed timing analysis I use the us timer available with RT.
In any case, the way I solved the problem was by making sure that I stop the acquisition BEFORE the line clock to the camera is stopped. So IMAQ Stop probably waits for the end of the current frame before it returns - and if the line clock stops halfway through a frame (as was the case), a 10 sec timeout probably causes Stop to return eventually.
The line clock is being driven by a DAQ card (via RTSI) and I simply closed the session to that counter AFTER calling IMAQ Stop. The DAQ interface is not shown in the example above as it is coded in a different vi.
Thanks for all the help.

ITunes 10.6 and iPhone 4 iOS5.1 100% CPU utilisation and cannot revert to iTunes 10.5.3

Upgraded my iPhone 4 to iOS 5.1 and ITunes to 10.6. As soon as I start iTunes to sync my iPhone the CPU utiisation jumps to 100%. I have run 'netsh winsock reset' and restarted my PC before opening iTunes following previous similar problems. On cancelling out iTunes it takes a backup such that when I tried to revert to iTunes 10.5.3, which had been working for me, the backup is now incompatible and I am likewise unable to sync. Help please - anyone else experienced similar or the same?

Reinstall the Apple Mobile Device Service. See http://support.apple.com/kb/ht1747.

Opening VI and consuming 100% CPU power

I am trying to debug my VI. The first few times the VI ran well but suddenly the VI hang up. I have no choice but to end the LabView process using the Task Manager. When I try to restart this VI again, it fails to open and the Task Manager indicates that the LabView program is now consuming 100% of the CPU time but still fail to open this VI. Looks like it is entering into an infinite loop. I cannot fix anything for I cannot go into my VI to change anything. LabView just consumes all the CPU power and do nothing. What went wrong?
Regards,
Larry

Okay. That is very strange. I am seeing the same behavior. (I have LV 8.2)
When I first downloaded the VI, it opened just fine. If I did a saveas, closed the VI, and reopened the copy, I got 99% CPU usage. I reopened the one from the message, no problem. I left that one open and tried opening the one I had saved. It said I already had one in memory by that name do I want to view the one in memory or replace? I said replace. When it opened to the block diagram, everything was okay. But when I clicked on the window to view the front panel, that is when the CPU usage jumped up again.
So somehow the problem is associated with the FP. Nothing looks particular wrong about your code. The question is how did you manage to get a copy of the file that isn't causing problems when you open it?
I think you will want to recreate the VI from scratch. You are able to view a copy to see whay you have which is good. And it doesn't look too complicated.
What is interesting is that if I delete everything from the VI's block diagram (leaving nothing apparent on the FP), save, close, reopen, I still get the extreme CPU Usage. It seems confined to LV, as I am still able to switch over and working within the browser to answer this message.
Message Edited by Ravens Fan on 04-16-2007 02:30 PM

Gnome-open starts /bin/bash -ic (uname) and uses 100% CPU to open gvim

I've posted this on stackoverflow and got no answer, hopefully some archers can help me out:
When I execute
gnome-open textfile
I expect gvim to open up. Instead what happens is that the command hangs. When I check htop I see:
/bin/bash -ic (uname) > /tmp/{some random string of characters}
using 100% of the CPU. When I kill the process (and I have to use -9), then cpu usage goes back to normal and gvim opens.
Running
gvim -f textfile
without gnome-open works perfectly.
Any ideas where this process is coming from? Or what it's even doing?
/bin/bash -ic (uname)
doesn't even run for me.
Thank you!

I've posted this on stackoverflow and got no answer, hopefully some archers can help me out:
When I execute
gnome-open textfile
I expect gvim to open up. Instead what happens is that the command hangs. When I check htop I see:
/bin/bash -ic (uname) > /tmp/{some random string of characters}
using 100% of the CPU. When I kill the process (and I have to use -9), then cpu usage goes back to normal and gvim opens.
Running
gvim -f textfile
without gnome-open works perfectly.
Any ideas where this process is coming from? Or what it's even doing?
/bin/bash -ic (uname)
doesn't even run for me.
Thank you!

Multi-select LOV's hang form and use 100% CPU power

Hello,
We are using Designer 6i (6.5.52.1.0) and Headstart 6.5
In one of our forms we are using 6 Multi-select LOV's.
When we click the Cancel or Ok button (included through QMS_MSEL_LOV_BUTTONS), or hit Enter query in one of the ML_... blocks the form hangs and starts using all the CPU-power. I've tested this locally (c/s) and through the web (iAS), same result...
I already rebuilt the LOV's but the problem isn't solved.
We've got other forms with one or two multi-select LOV's, and these work fine.
Has anyone experienced this behaviour before, and what is the cure?
Thanks in advance!
Wouter

Wouter,
If you are running against Solaris, you could be running into the following:
Headstart applications that run via webforms on a Sun Solaris application server, suffer again from bug 1985903. This bug was spotted and solved a time ago and seemed to be solved at next
releases of Forms 6i. Now, on Solaris the bug is introduced again.
Description
===========
1. When using a multi-select LOV (which is displayed in a modal dialog
window), you select the records you want, press OK, and the application exits.
2. When using a shuttle control to move records from left to right or vice
versa, you select the records you want, press '>' to move them, and the
application exits.
This occurs in Forms 6.0.8.13.0 and 6.0.8.14.1. It did NOT occur in prior
releases. This is some kind of forms bug.
Workaround
==========
For some reason the call to procedure renumber in qms$msel.process_records
causes the application to exit. If you copy the code from renumber to all the
places from which it is called, it works fine.
- open qmslib65.pll in Form Builder
- open package body qms$msel
- find procedure process_records and define a local variable l_recno of type
number.
- find local procedure renumber and copy the body of this procedure
(everything
after 'begin' and before 'exception').
- replace each call to 'renumber;' with the copied code.
A new version of qms$msel package body is available on iXchange for download.
See Headstart Oracle Designer 6i, Bugs and Fixes.
Hope this helps,
Marc Vahsen
Headstart Team
Oracle NL

Finder and loginwindow use 100% cpu with 10.6.8

I recently installed the patch to OS X 10.6.8 and now the finder is very unstable and uses 100% cpu and the loginwindow uses 100% cpu also. Yes I have Parallels 6 on this machine but I already "un-checked" the "show windows applications in doc" option which is the recommended solution. However, this did not fix the problem. I do not know how to determine what actual process is causing this finder / loginwindow issue. I very much appreciate if anyone has suggestion how to fix this problem.
This is on a mid-2011 MacBookPro.
thank you.

TBauer, I had the same problem with 10.6.8 using 100% of the CPU with Parallels 6 installed. The following steps solved this problem for me:
0. Take a screen shot of your Dock if you wish to remember it as currently set
1. Launch Activity Monitor and click on the CPU column so you can see Dock using the CPU
2. Move ///Users/ ... /Library/Preferences/com.apple.dock.plist to the trash
3. Click on Dock and click on Quit Process to stop the Dock
OS X will then rebuild the default Dock
4. Put the items back in the Dock that you want
That solved the problem for me yesterday morning. I've launched Parallels 6 several times now and moved the machine from my work network to home and the 100% CPU problem hasn't returned.
Hope that works for you, too!
I don't think using the combo updater will solve the problem. The problem appears to be a .plist that is generated with OS X 10.6.7 and earlier that contains icons of a larger than Apple documented size causes the CPU looping. Rebuilding the dock.plist under OS X 10.6.8 appears to solve the problem.
Parallels has issued a knowledge bulletin saying they are looking into the problem. On their web site they have another approach involving moving the offending icon out of the dock to solve the problem. I like my solution better but theirs works, too.

Coreservicesd 100% cpu on 10.6 and quicksilver

I've been suffering from teh 100% coreservicesd race condition for a while. I've searched around for a long time before finding a discussion thread that hinted at the issue I'm having - quicksilver.
The problem was with the 'Dock' being in one of the 'Catalogue' items.
1. right click on quicksilver menu icon
2. select 'Catalog'
3. select 'User'
4. uncheck 'Dock'
As soon as I did this, coreservicesd cpu usage immediately dropped.

TBauer, I had the same problem with 10.6.8 using 100% of the CPU with Parallels 6 installed. The following steps solved this problem for me:
0. Take a screen shot of your Dock if you wish to remember it as currently set
1. Launch Activity Monitor and click on the CPU column so you can see Dock using the CPU
2. Move ///Users/ ... /Library/Preferences/com.apple.dock.plist to the trash
3. Click on Dock and click on Quit Process to stop the Dock
OS X will then rebuild the default Dock
4. Put the items back in the Dock that you want
That solved the problem for me yesterday morning. I've launched Parallels 6 several times now and moved the machine from my work network to home and the 100% CPU problem hasn't returned.
Hope that works for you, too!
I don't think using the combo updater will solve the problem. The problem appears to be a .plist that is generated with OS X 10.6.7 and earlier that contains icons of a larger than Apple documented size causes the CPU looping. Rebuilding the dock.plist under OS X 10.6.8 appears to solve the problem.
Parallels has issued a knowledge bulletin saying they are looking into the problem. On their web site they have another approach involving moving the offending icon out of the dock to solve the problem. I like my solution better but theirs works, too.

CS6 and AME 100% CPU utilisation

Similar Messages

Maybe you are looking for