内存隔离 情景分析

当Linux进程P导致内存溢出,影响其他进程如Q时,如何分析问题并控制损失?本文探讨了内存溢出的原因,如何通过htop等工具确认问题,利用ulimit、cgroup限制进程内存使用,以及系统层面如何自动恢复。同时,涉及malloc()的工作原理。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天想跟大家聊一道Linux面试题。场景是这样的

有一个淘气的进程P运行在机器H上。因为P很淘气,时不时会导致机器内存溢出,使得在同一机器上运行的老实进程Q死掉。这时,需要重启机器才能恢复生产。所以问题来了:

  • 为什么会出现这种情况?
  • 我们应该如何操作才能控制损失,比如只杀掉淘气的P进程而不伤及无辜的老实进程Q呢?
  • 如何深入调查找到原因?

为什么会出现这种情况?

因为进程P非常淘气,占用了很多内存资源来储存自己的数据,随着储存的数据越来越多,系统可用的内存就越来越少。系统在此时可能会做一些基本操作,比如paging或者drop clean page,如果系统需要花很长的时间来在内存和硬盘之间传输而不能处理真正的工作,那么此时系统就在thrashing状态经过这一些列的补救措施,如果还是不能找到足够的页的话,OOM Killer就会从睡眠中被唤醒,杀掉进程使得系统可以继续运行。具体杀哪个进程是通过系统计算得出的。并不一定总是淘气进程P。具体可以看我之前写的OOM Killer的文章。 

如何止损来不伤及无辜?

首先,我们需要来确认一下到底是不是P同学的锅。我们可以借用一些工具,例如htop,来看一下可用内存和P同学占用内存之间是否存在相关性。在OOM前的一段时间,如果

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值