powerdesigner
powerdesigner
@vurt 我也遇到类似问题，你后来怎么解决的？
@yfgu @iandyh 该问题你们的解决方案是什么呢？由于压测疏忽，基于该组件的项目已经上线，更换成本太高了，苦命 @yzprofile 恳请大神有空时看看能否修复该问题。
@chobits 以下是debug_pool信息 [root@P-Nginx-01 ~]# free -m total used free shared buff/cache available Mem: 14016 587 9435 673 3992 12325 Swap: 0 0 0 [root@P-Nginx-01 ~]# free -m total used free...
@chobits 稍微一压测内存就急遽下降，这是2分钟内debug_pool和内存情况。该服务器只跑了tengine，没有其他大型应用。
@chobits 这么晚了还协助分析，非常感谢。我们曾保持压力不停，CentOS14G内存最后耗尽到只剩170M到150M之间，然后只在这两者范围内波动，没再继续下降。而生产环境中请求是一直存在的，无法寄希望于没请求后系统自动恢复。以下是我抓取的最新内存信息，压测在上午11点44左右就停止了。 total used free shared buff/cache available Mem: 14016 891 9047 689 4077 12008 Swap: 0 0 0 top - 14:41:11 up 23 days, 13:26, 1 user, load average:...
@chobits 还有一点不明，同样代码和dyups，在http场景下并未内存泄漏
整体还剩9G多是因为压测发现内存与生产环境一样骤降，就停止了。请求压力是通过JMeter模拟的，压测过程中并未变动Upstream。
刚做了一次新的验证，将所有dyups相关代码都屏蔽掉，动态Upstream改为固定的Upstream，压测未发现明显内存泄漏。
感谢几位高手的努力，我后来自己用lua脚本实现了简单的动态Upstream，虽然不再使用该组件，但还是感受到了众人拾柴火焰高的力量
暂时在忙其他的项目，抽时间我验证下。生成时包含时间戳很有必要，这样我可以定时/多次采样生成一组文件。对比时自己传入两个样本的文件名，那么这个bComparedMemoryRefFileAddTime 设置为false还是很有意义的，谢谢您的指导