top发现某个java进程cpu 99%,socket短连接服务程序,但是还是能够正常工作,响应也很快。
netstat查了一下,无异常情况,端口均能快速关闭。
请高手告知如何解决
jstack pid如下ull thread dump Java HotSpot(TM) Server VM (1.6.0_02-b05 mixed mode):"Keep-Alive-Timer" daemon prio=10 tid=0x87252c00 nid=0x7ec4 waiting on condition [0x87d98000..0x87d98f20]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
at java.lang.Thread.sleep(Native Method)
at sun.net.www.http.KeepAliveCache.run(KeepAliveCache.java:149)
at java.lang.Thread.run(Thread.java:619)"Attach Listener" daemon prio=10 tid=0x089aa000 nid=0x7e45 runnable [0x00000000..0x00000000]
   java.lang.Thread.State: RUNNABLE"pool-1-thread-30" prio=10 tid=0x08257000 nid=0x240d waiting on condition [0x87d47000..0x87d47fa0]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x47343388> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:946)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:906)
at java.lang.Thread.run(Thread.java:619)"pool-1-thread-29" prio=10 tid=0x08256400 nid=0x240c waiting on condition [0x87cf6000..0x87cf6f20]
   java.lang.Thread.State: WAITING (parking)
at sun.misc.Unsafe.park(Native Method)
- parking to wait for  <0x47343388> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
at java.util.concurrent.locks.LockSupport.park(LockSupport.java:158)
at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1925)
at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:358)
at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:946)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:906)
at java.lang.Thread.run(Thread.java:619)
。"Finalizer" daemon prio=10 tid=0x0811fc00 nid=0x23ad in Object.wait() [0x86edc000..0x86edd020]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x47385cb0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:116)
- locked <0x47385cb0> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:132)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:159)"Reference Handler" daemon prio=10 tid=0x0811c000 nid=0x23ac in Object.wait() [0x86e8b000..0x86e8bfa0]
   java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x473861e0> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:485)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:116)
- locked <0x473861e0> (a java.lang.ref.Reference$Lock)"VM Thread" prio=10 tid=0x08119400 nid=0x23ab runnable "GC task thread#0 (ParallelGC)" prio=10 tid=0x0805e800 nid=0x23a9 runnable "GC task thread#1 (ParallelGC)" prio=10 tid=0x0805f800 nid=0x23aa runnable "VM Periodic Task Thread" prio=10 tid=0x0813cc00 nid=0x23b2 waiting on condition JNI global references: 999

解决方案 »

  1.   

    看看短连接 是不是连接数过多未关闭了?linux下还有个问题就是:句柄数过多,默认好像是1024,改成4096,,还有你的并发很大么?处理大数据了?
      

  2.   

    看不懂。。不过偶开发的时候,CPU经常100%。。而且javaw.exe内存都是占600MB以上。。
      

  3.   

    把tomcat关了就可以了,哈哈~~~
      

  4.   

    这个数据只能查考,估计不是很准确。jvm在不停的回收内存,所以内存使用是在上下波动的,你统计的这个应该是个峰值
      

  5.   

    楼上的,短连接是能够正常关闭的,这个我netstat观察了一段时间。程序并发不大,大概1秒5笔交易左右。请问大概什么原因,因为很奇怪,处理其他程序还是很快,cpu双核的。
      

  6.   

    parking java.util.concurrent.locks.AbstractQueuedSynchronizer jdk1.6.21以下有bug?google说,有人遇到过没
      

  7.   

    进程与进程之间是有优先级的,如果你新启了任务,原有的任务将释放掉部分CUP资源(释放多少取决于CPU的运算饱和值),原先任务的部分数据将被缓存。所以如果新启的任务瞬间能吃到CUP的大部分资源,使得CPU不能及时释放到原先任务的,这样才会出项运行缓慢或者假死状态。如果CPU没有达到饱和值,运行速度不会有太大影响。
      

  8.   

    第一步:看看当前连接数是多少?
    第二步:多统计几次,开启动态监控,jprofiler查看一下
    第三步:考虑使用pool