4 Replies Latest reply on Dec 21, 2015 4:13 AM by sreekanth.munarai

    Thread dump findings

    sreekanth.munarai

      Hi All,

       

      As a part of slowness issue,have taken few thread dumps and below are our findings:

       

      pool-10-thread-4484" - Thread t@19701

        java.lang.Thread.State: TIMED_WAITING

        at sun.misc.Unsafe.park(Native Method)

        - parking to wait for <74063568> (a java.util.concurrent.SynchronousQueue$TransferStack)

        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)

        at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)

        at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)

        at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)

        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

        at java.lang.Thread.run(Thread.java:662)

       

       

        Locked ownable synchronizers:

        - None

       

      "Keep-Alive-Timer" - Thread t@19699

        java.lang.Thread.State: TIMED_WAITING

        at java.lang.Thread.sleep(Native Method)

        at sun.net.www.http.KeepAliveCache.run(KeepAliveCache.java:149)

        at java.lang.Thread.run(Thread.java:662)

       

        Locked ownable synchronizers:

        - None

       

       

      "pool-5-thread-7" - Thread t@19698

        java.lang.Thread.State: RUNNABLE

        at sun.management.ThreadImpl.dumpThreads0(Native Method)

        at sun.management.ThreadImpl.dumpAllThreads(ThreadImpl.java:433)

        at sun.reflect.GeneratedMethodAccessor13546.invoke(Unknown Source)

        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

        at java.lang.reflect.Method.invoke(Method.java:597)

        at com.sun.jmx.mbeanserver.ConvertingMethod.invokeWithOpenReturn(ConvertingMethod.java:167)

        at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:96)

        at com.sun.jmx.mbeanserver.MXBeanIntrospector.invokeM2(MXBeanIntrospector.java:33)

        at com.sun.jmx.mbeanserver.MBeanIntrospector.invokeM(MBeanIntrospector.java:208)

        at com.sun.jmx.mbeanserver.PerInterface.invoke(PerInterface.java:120)

        at com.sun.jmx.mbeanserver.MBeanSupport.invoke(MBeanSupport.java:262)

        at javax.management.StandardMBean.invoke(StandardMBean.java:391)

        at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)

        at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)

        at org.jboss.as.jmx.PluggableMBeanServerImpl$TcclMBeanServer.invoke(PluggableMBeanServerImpl.java:498)

        at org.jboss.as.jmx.PluggableMBeanServerImpl.invoke(PluggableMBeanServerImpl.java:246)

        at org.jboss.remotingjmx.protocol.v1.ServerProxy$InvokeHandler.handle(ServerProxy.java:1034)

        at org.jboss.remotingjmx.protocol.v1.ServerProxy$MessageReciever$1.run(ServerProxy.java:215)

        at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)

        at java.lang.Thread.run(Thread.java:662)

       

      "pool-10-thread-4482" - Thread t@19687

        java.lang.Thread.State: TIMED_WAITING

        at sun.misc.Unsafe.park(Native Method)

        - parking to wait for <74063568> (a java.util.concurrent.SynchronousQueue$TransferStack)

        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)

        at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)

        at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)

        at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)

        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

        at java.lang.Thread.run(Thread.java:662)

        Locked ownable synchronizers:

        - None

       

      "Thread-989 (HornetQ-client-global-threads-264730128)" - Thread t@19675

        java.lang.Thread.State: TIMED_WAITING

        at sun.misc.Unsafe.park(Native Method)

        - parking to wait for <18597a50> (a java.util.concurrent.SynchronousQueue$TransferStack)

        at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:196)

        at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:424)

        at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:323)

        at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:874)

        at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:945)

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:907)

        at java.lang.Thread.run(Thread.java:662)

       

        Locked ownable synchronizers:

        - None

       

      "ajp-/10.197.158.129:8009-98" - Thread t@19402

        java.lang.Thread.State: RUNNABLE

        at java.net.SocketInputStream.socketRead0(Native Method)

        at java.net.SocketInputStream.read(SocketInputStream.java:129)

        at org.apache.coyote.ajp.AjpProcessor.read(AjpProcessor.java:1131)

        at org.apache.coyote.ajp.AjpProcessor.readMessage(AjpProcessor.java:1213)

        at org.apache.coyote.ajp.AjpProcessor.process(AjpProcessor.java:451)

        at org.apache.coyote.ajp.AjpProtocol$AjpConnectionHandler.process(AjpProtocol.java:453)

        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:931)

        at java.lang.Thread.run(Thread.java:662)



      All the remaining threads have the same findings. Have googled about the above data but no luck. Is this normal or required any special actions? Please advise us.

      Thanks,

      Sreekanth