Tomcat GC:具有相同设置的两台计算机的行为不同

时间:2016-07-22 20:43:42

标签: java tomcat garbage-collection

我有两个具有相同配置的虚拟服务器(Win 2012R2):64GB内存和12个内核。

每个虚拟服务器都有一个Tomcat实例(8.0.36),它们通过SimpleTcpCluster进行集群。

关于GC,我使用以下两者:

set JAVA_OPTS=-Xms4g 
set JAVA_OPTS=%JAVA_OPTS% -Xmx4g
set JAVA_OPTS=%JAVA_OPTS% -Xss256k
set JAVA_OPTS=%JAVA_OPTS% -XX:+UseG1GC -XX:MaxGCPauseMillis=2000
set JAVA_OPTS=%JAVA_OPTS% -XX:G1HeapRegionSize=8
set JAVA_OPTS=%JAVA_OPTS% -XX:ParallelGCThreads=8 -XX:ConcGCThreads=4 
set JAVA_OPTS=%JAVA_OPTS% -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps

一个Tomcat实例表现非常好,我从未发现任何明显的性能缓慢。我确实看到它经常做GC。以下是它生成的示例数据:

2016-07-22T09:55:57.164-0400: 36257.947: [GC pause (G1 Evacuation Pause) (young), 0.0408534 secs]
   [Parallel Time: 11.9 ms, GC Workers: 8]
      [GC Worker Start (ms): Min: 36257947.8, Avg: 36257948.0, Max: 36257948.2, Diff: 0.3]
      [Ext Root Scanning (ms): Min: 0.6, Avg: 1.0, Max: 2.4, Diff: 1.8, Sum: 8.0]
      [Update RS (ms): Min: 0.6, Avg: 1.8, Max: 2.1, Diff: 1.4, Sum: 14.4]
         [Processed Buffers: Min: 11, Avg: 16.3, Max: 21, Diff: 10, Sum: 130]
      [Scan RS (ms): Min: 0.7, Avg: 0.9, Max: 1.0, Diff: 0.2, Sum: 7.3]
      [Code Root Scanning (ms): Min: 0.0, Avg: 0.2, Max: 0.3, Diff: 0.3, Sum: 1.2]
      [Object Copy (ms): Min: 7.2, Avg: 7.5, Max: 7.7, Diff: 0.5, Sum: 59.7]
      [Termination (ms): Min: 0.1, Avg: 0.1, Max: 0.1, Diff: 0.0, Sum: 0.9]
         [Termination Attempts: Min: 324, Avg: 360.5, Max: 388, Diff: 64, Sum: 2884]
      [GC Worker Other (ms): Min: 0.0, Avg: 0.1, Max: 0.2, Diff: 0.2, Sum: 1.0]
      [GC Worker Total (ms): Min: 11.4, Avg: 11.6, Max: 11.7, Diff: 0.3, Sum: 92.6]
      [GC Worker End (ms): Min: 36257959.4, Avg: 36257959.5, Max: 36257959.6, Diff: 0.2]
   [Code Root Fixup: 0.3 ms]
   [Code Root Purge: 0.0 ms]
   [Clear CT: 0.8 ms]
   [Other: 27.8 ms]
      [Choose CSet: 0.0 ms]
      [Ref Proc: 23.0 ms]
      [Ref Enq: 0.2 ms]
      [Redirty Cards: 0.2 ms]
      [Humongous Register: 0.2 ms]
      [Humongous Reclaim: 0.4 ms]
      [Free CSet: 3.0 ms]
   [Eden: 2406.0M(2406.0M)->0.0B(2401.0M) Survivors: 51.0M->56.0M Heap: 2809.2M(4096.0M)->211.6M(4096.0M)]
 [Times: user=0.06 sys=0.00, real=0.06 secs]

然而,另一个Tomcat经常表现出缓慢。每次缓慢一段时间后,它恢复正常性能。以下是它在GC中生成的样本数据:

2016-07-22T10:03:22.442-0400: 37959.345: [GC pause (G1 Evacuation Pause) (young), 0.1030285 secs]
   [Parallel Time: 50.4 ms, GC Workers: 8]
      [GC Worker Start (ms): Min: 37959345.4, Avg: 37959345.5, Max: 37959345.6, Diff: 0.2]
      [Ext Root Scanning (ms): Min: 0.4, Avg: 1.2, Max: 5.2, Diff: 4.8, Sum: 9.8]
      [Update RS (ms): Min: 0.0, Avg: 0.0, Max: 0.0, Diff: 0.0, Sum: 0.0]
         [Processed Buffers: Min: 0, Avg: 0.0, Max: 0, Diff: 0, Sum: 0]
      [Scan RS (ms): Min: 0.1, Avg: 0.4, Max: 0.5, Diff: 0.4, Sum: 3.2]
      [Code Root Scanning (ms): Min: 0.0, Avg: 7.5, Max: 15.1, Diff: 15.1, Sum: 59.6]
      [Object Copy (ms): Min: 33.6, Avg: 40.6, Max: 48.2, Diff: 14.6, Sum: 325.1]
      [Termination (ms): Min: 0.0, Avg: 0.3, Max: 0.4, Diff: 0.4, Sum: 2.3]
         [Termination Attempts: Min: 1, Avg: 880.9, Max: 1086, Diff: 1085, Sum: 7047]
      [GC Worker Other (ms): Min: 0.0, Avg: 0.1, Max: 0.2, Diff: 0.1, Sum: 0.9]
      [GC Worker Total (ms): Min: 50.0, Avg: 50.1, Max: 50.3, Diff: 0.3, Sum: 400.8]
      [GC Worker End (ms): Min: 37959395.5, Avg: 37959395.6, Max: 37959395.6, Diff: 0.1]
   [Code Root Fixup: 8.7 ms]
   [Code Root Purge: 0.0 ms]
   [Clear CT: 0.8 ms]
   [Other: 43.1 ms]
      [Choose CSet: 0.0 ms]
      [Ref Proc: 36.5 ms]
      [Ref Enq: 1.2 ms]
      [Redirty Cards: 0.2 ms]
      [Humongous Register: 0.1 ms]
      [Humongous Reclaim: 0.0 ms]
      [Free CSet: 4.3 ms]
   [Eden: 2300.0M(2300.0M)->0.0B(2346.0M) Survivors: 157.0M->111.0M Heap: 2496.5M(4096.0M)->150.5M(4096.0M)]
 [Times: user=0.42 sys=0.00, real=0.11 secs]

这种性能差异的原因是什么?我真的不知道从哪里开始。如果您需要有关系统的任何信息,请随时询问。

问候。

更新

以下是更多系统信息:

  • 两个实例都运行相同的面向公众的网站(完全相同的代码)。
  • 两个实例前面有一个Kemp负载均衡器。方法是圆的 罗宾。
  • 相同的Java版本:1.8.0.92(再次验证)
  • 两个实例上的负载应该非常相似。
  • 该网站不在云中。
  • 这是一个新推出的流量较低的网站。任何时候平均有10到20名访客。由于这种低流量,缓慢仍然会发生。
  • 两个Tomcat实例位于两个盒子上。
  • 在包含慢速Tomcat实例的框中,我有一个被动SQL Server 2014实例,它与快速Tomcat实例所在的另一个框上的活动SQL Server 2014实例集群。
  • 两个盒子之间的通信是10G。

2 个答案:

答案 0 :(得分:3)

在使用虚拟机时,可能存在运行在相同硬件容量上的“邻居”。这些邻居可能会从您的虚拟机中窃取容量。例如,在亚马逊中,如果资源分配发生冲突,首先优先级会变为更大的实例(与t1.micro相比,c4.xlarge将首先获得资源,因此在t1.micro,您将看到{{1}在steal time实用程序)。在我的练习中,当我遇到类似的情况时,我停下来并开始慢速实例,然后移动到另一个硬件。如果这个时候,幸运的是“邻居”,那么窃取时间就会消失(它适用于亚马逊,但我认为它适用于其他管理程序)。你在使用什么提供商?

答案 1 :(得分:1)

我会说两件事来回答你的担忧:

  • 我认为你没有经历过放缓;我们说的是0.06 vs 0.11秒; 伊甸园幸存者之间的细分显示这些是2个不同的集合。一个清除了伊甸园和幸存者,而另一个清除了伊甸园,但将一些物品提升为幸存者(幸存者的体型在第一次收集中由GC增加)。也许促销比记忆清洁更快......

  • 你写的是:

      

    两个实例上的负载应该非常相似。

......但你怎么能确定?除非您可以触发成对的相同请求(负载均衡器为第一个实例提供一个,另一个为第二个实例),您无法确定。

整个堆栈的动态以及客户端和服务器的行为都会有所不同。因为正如你所说网站的数量很少,差异可能会更大,因为平均效应更小。

微观层面的小局部波动可能会有很大不同,因此一个快照GC可以显示这一点,而在宏观层面上,最终几乎没有变化导致需要清理的不同事物。