was gc是否正常
今早，应用系统出现无法访问问题，从was控制台上看，appserver的状态是正常，主机上的java进程也在，因此无法定位问题所在，附上gc日志信息，请各位帮看下gc是否正常，谢谢！
附件：
gclog.txt (50.89 KB)
3 同行回答
1. 几乎所有GC都是显式GC，这在一定程度上影响了JAVA虚拟机的性能，建议加： -Xdisableexplicitgc 参数 ，禁用显式调用System.gc() ；
2. 不过以上1还算正常，JVM内存空闲80%，GC时间最大也就800毫秒，不足以导致系统无法访问，建议上传System.log , Thread Dump 文件分析。 收起
2. 不过以上1还算正常，JVM内存空闲80%，GC时间最大也就800毫秒，不足以导致系统无法访问，建议上传System.log , Thread Dump 文件分析。 收起
Warning! Excessive Explicit Garbage Collection : 93.55% (29 out of 31). The Garbage Collector command-line option, -Xdisableexplicitgc option is recommended.
File name : C:\Users\Administrator\Desktop\gclog.txt
Total Number of verboseGC cycles : 1
Number of Garbage Collections : 31
Number of Allocation failures : 2
First Garbage Collection : 星期四 十月 30 10:01:53 2014
Last Garbage Collection : 星期四 十月 30 10:58:22 2014
Number of Java heap exhaustion : 0
Overall Garbage Collection overhead : 0.63%
Maximum Garbage Collection overhead : 56% (星期四 十月 30 10:42:43 2014)
Number of 100% AF overhead : 0
Total Garbage Collection pause : 21 seconds
Maximum Tenured Area usage : 8,572,754,944 bytes (星期四 十月 30 10:51:23 2014)
Average Tenured Area usage : 1,204,021,787 bytes
Number of Explicit Garbage Collection : 29
Maximum Allocation Request : 448 bytes (星期四 十月 30 10:51:23 2014)
There is no object request larger than 10 M bytes.
Longest Garbage Collections 841 ms (星期四 十月 30 10:21:49 2014) 840 ms (星期四 十月 30 10:06:59 2014) 817 ms (星期四 十月 30 10:14:09 2014) 816 ms (星期四 十月 30 10:29:56 2014) 810 ms (星期四 十月 30 10:55:01 2014)
Shortest Garbage Collection Intervals 593 ms (星期四 十月 30 10:42:43 2014) 11,599 ms (星期四 十月 30 10:57:27 2014) 14,765 ms (星期四 十月 30 10:24:04 2014) 20,981 ms (星期四 十月 30 10:22:11 2014) 26,648 ms (星期四 十月 30 10:58:22 2014) 收起
File name : C:\Users\Administrator\Desktop\gclog.txt
Total Number of verboseGC cycles : 1
Number of Garbage Collections : 31
Number of Allocation failures : 2
First Garbage Collection : 星期四 十月 30 10:01:53 2014
Last Garbage Collection : 星期四 十月 30 10:58:22 2014
Number of Java heap exhaustion : 0
Overall Garbage Collection overhead : 0.63%
Maximum Garbage Collection overhead : 56% (星期四 十月 30 10:42:43 2014)
Number of 100% AF overhead : 0
Total Garbage Collection pause : 21 seconds
Maximum Tenured Area usage : 8,572,754,944 bytes (星期四 十月 30 10:51:23 2014)
Average Tenured Area usage : 1,204,021,787 bytes
Number of Explicit Garbage Collection : 29
Maximum Allocation Request : 448 bytes (星期四 十月 30 10:51:23 2014)
There is no object request larger than 10 M bytes.
Longest Garbage Collections 841 ms (星期四 十月 30 10:21:49 2014) 840 ms (星期四 十月 30 10:06:59 2014) 817 ms (星期四 十月 30 10:14:09 2014) 816 ms (星期四 十月 30 10:29:56 2014) 810 ms (星期四 十月 30 10:55:01 2014)
Shortest Garbage Collection Intervals 593 ms (星期四 十月 30 10:42:43 2014) 11,599 ms (星期四 十月 30 10:57:27 2014) 14,765 ms (星期四 十月 30 10:24:04 2014) 20,981 ms (星期四 十月 30 10:22:11 2014) 26,648 ms (星期四 十月 30 10:58:22 2014) 收起
应该有线程死锁，或者看看是不是有大sql,DB连接的问题 收起