java服务器gc停顿_GC似乎导致java服务器应用程序无响应

在12核IBM Linux服务器上运行的JBoss应用中,GC活动导致了长时间的响应延迟。GC日志显示CMS并发标记和清理过程占用大量时间,影响服务器性能。已尝试调整GC参数,但问题仍然存在。寻求解决方案以避免GC停顿导致的应用无响应。
摘要由CSDN通过智能技术生成

我们在12核IBM机器上的RedHat Linux 5.2上运行了JBoss 4.2.3中的webapp . 最近我们看到了很长的响应时间,这似乎是GC活动造成的 . 模式或多或少如下:所有请求似乎都以正常速率发送,但是在突然所有响应都被“刷新”之前不会发送任何字节 . 同时gc.log具有以下模式:

// Here the unresponsiveness starts

36788.309: [GC [1 CMS-initial-mark: 1919297K(4456448K)] 1969797K(5111808K), 0.1473460 secs] [Times: user=0.15 sys=0.00, real=0.15 secs]

Total time for which application threads were stopped: 0.1530790 seconds

36788.457: [CMS-concurrent-mark-start]

36793.886: [CMS-concurrent-mark: 5.429/5.429 secs] (CMS-concurrent-mark yielded 46 times)

[Times: user=6.69 sys=0.07, real=5.43 secs]

36793.886: [CMS-concurrent-preclean-start]

(cardTable: 15956 cards, re-scanned 15956 cards, 1 iterations)

36793.988: [CMS-concurrent-preclean: 0.089/0.101 secs] (CMS-concurrent-preclean yielded 9 times)

[Times: user=0.12 sys=0.01, real=0.10 secs]

36793.988: [CMS-concurrent-abortable-preclean-start]

(cardTable: 75 cards, re-scanned 75 cards, 1 iterations)

Application time: 5.6923460 seconds

Total time for which application threads were stopped: 0.0170000 seconds

(cardTable: 96 cards, re-scanned 96 cards, 1 iterations)

(cardTable: 207 cards, re-scanned 207 cards, 1 iterations)

(cardTable: 45 cards, re-scanned 45 cards, 1 iterations)

(cardTable: 157 cards, re-scanned 157 cards, 1 iterations)

(cardTable: 88 cards, re-scanned 88 cards, 1 iterations)

(cardTable: 213 cards, re-scanned 213 cards, 1 iterations)

(cardTable: 84 cards, re-scanned 84 cards, 1 ite

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值