故障重现(内存篇2)，JAVA内存不足导致频繁回收和swap引起的性能问题

最新推荐文章于 2024-07-29 09:46:44 发布

置顶

我爱吃肉包

最新推荐文章于 2024-07-29 09:46:44 发布

阅读量7.3k

点赞数

本文链接：https://blog.csdn.net/u010602357/article/details/54286346

版权

本文通过一个实例讲述了JAVA应用在内存不足时可能出现的性能问题，包括频繁垃圾回收、使用SWAP内存导致的系统卡顿。通过模拟不同场景，分析了三种情况：1) 系统内存足够但JVM内存不足；2) 使用SWAP导致GC时间增加；3) 物理内存不足，SWAP交换频繁。通过这些实验，揭示了内存管理和调优的重要性。

摘要由CSDN通过智能技术生成

背景起因：

记起以前的另一次也是关于内存的调优分享下

有个系统平时运行非常稳定运行（没经历过大并发考验），然而在一次活动后，人数并发一上来后，系统开始卡。

我按经验开始调优，在每个关键步骤的加入如下代码耗时统计进行压测：

long startTime = System.currentTimeMillis();
callRpc();   //这里比如调用RPC伪代码，当然还在插入数据库，中间件地方都加入统计
long costTime = (System.currentTimeMillis() - startTime); 
//统计600毫秒以上耗时
if (costTime > 600) { 
logger.warning("callRpc cost time:" + costTime); 
}

然后去grep日志，最后神奇的发现各个地方都有超过600毫秒的地方...

然后各种定位的误导...

当然最终是解决了，原因是由于程序里使用了大对象导致

细分析，即使这种情况深研究也是分很多情况的

问题重现：

原因分析：

由于系统中使用了大对象，当并发来临，内存讲被吃紧，将有可能引起如下三种情况

第一种情况，系统内存够用(JVM内存未使用到SWAP内存)，但JVM内存不够，最终导致JVM的频繁垃圾回收（FGC），严重影响性能 (stop the word)

第二种情况，系统内存不够，把J