c语言的常见问题问题

来源：蜘蛛抓取(WebSpider) 时间：2020-05-05 14:10 标签： c语言的常见问题

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

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

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

callRpc(); //这里比如调用RPC伪代码，当然还在插入数据库中间件地方都加入统计 //统计600毫秒以上耗时

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

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

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

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

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

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

第二种情况，系统内存不够把JVM堆部分用到了SWAP，那么此时的垃圾回收需要把SWAP的内存换回到系统物理内存再进行JVM的垃圾回收最大影响，导致每次GC的时间变得很玖

第三种情况,  物理内存不够用 大量JVM的堆内存被交换到SWAP后，垃圾回收时把SWAP内存换回物理内存，但SWAP的内存又不会立即回 此时可以观察到垃圾回收同时swap使用的内存会变大(其它部分内存要交换到SWAP里)

* 模拟当系统中使用大对象时,对JVM造成的影响 // 模拟业务花费时间 // 理论上这里输出500附近

先注释掉"代码段1", 1W个请求下来，基本耗时都在500一切正常，返回都是在500毫秒附近

垃圾回收情况只发生了1次YGC，所以系统正常稳定...

放开“代码段1”让每次请求都去堆内存申请10m的堆空间，同样是1W个请求返回的平均值已经接近了2S

垃圾回收情况来看， 已经发生了1966次的FGC了 在上面耗時158秒

调大JVM参数，到1G让JVM用到部分SWAP的空间

此时再让每次请求都去堆内存申请10m的堆空间，同样是1W个请求性能已经低于第二种情况

垃圾回收来看，回收次数是1766次比第二种情况发生的次数还要少,但FGC耗费的时间已经是212秒，

（虽然多了200m内存也没差距这么大更精确看年轻代一样的内存，耗时也远超过）远超过第二种情况了

这种情况和我上一篇提到的类似,如果系统内存不够用时系统将KIIL掉内存

频繁垃圾回收（FGC），会严偅影响性能如果此时用耗时统计去寻找瓶颈，会出现失误；

如JVM堆用到了SWAP分区当发生GC，

1会导致大量SWAP被使用，2导致每次GC的时间变得很玖；

SWAP分区开启可以有效防止进程因为内存问题而被系统杀掉；

持续更新留言问题，解答疑问

欢迎关注我的公众号专注重现各种线上的BUG, 模擬各种耗时实验

 或搜 “包子的实验室”

我要回帖

更多关于 c语言的常见问题 的文章

 

随机推荐