频繁分配释放内存导致的性能问题的分析--brk和mmap的实现

本文分析了一种性能问题,即频繁的内存分配和释放导致的大量minflt,从而引起进程内核态CPU消耗过高。通过讲解majflt和minflt的概念以及内存分配的原理(brk和mmap),揭示了问题所在。解决方案是禁止malloc使用mmap分配内存和内存紧缩,以此降低系统态CPU消耗。
摘要由CSDN通过智能技术生成
 现象

1 压力测试过程中,发现被测对象性能不够理想,具体表现为: 
进程的系统态CPU消耗20,用户态CPU消耗10,系统idle大约70 
2 用ps -o majflt,minflt -C program命令查看,发现majflt每秒增量为0,而minflt每秒增量大于10000。

初步分析
majflt代表major fault,中文名叫大错误,minflt代表minor fault,中文名叫小错误。
这两个数值表示一个进程自启动以来所发生的缺页中断的次数。
当一个进程发生缺页中断的时候,进程会陷入内核态,执行以下操作: 
检查要访问的虚拟地址是否合法 
查找/分配一个物理页 
填充物理页内容(读取磁盘,或者直接置0,或者啥也不干) 
建立映射关系(虚拟地址到物理地址) 
重新执行发生缺页中断的那条指令 
如果第3步,需要读取磁盘,那么这次缺页中断就是majflt,否则就是minflt。 
此进程minflt如此之高,一秒10000多次,不得不怀疑它跟进程内核态cpu消耗大有很大关系。

分析代码
查看代码,发现是这么写的:一个请求来,用malloc分配2M内存,请求结束后free这块内存。看日志,发现分配内存语句耗时10us,平均一条请求处理耗时1000us 。 原因已找到! 
虽然分配内存语句的耗时在一条处

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值