34、内存管理与GDB调试

内存管理与GDB调试

1. 内存不足情况处理

1.1 标准内存分配策略

标准内存分配策略是过度提交(over-commit),即内核允许应用程序分配的内存超过物理内存。多数情况下,这能正常工作,因为应用程序通常会请求比实际需求更多的内存。这也有助于 fork(2) 的实现,因为设置了写时复制(copy-on-write)标志,内存页可以在复制时共享。多数情况下, fork 之后会调用 exec 函数,取消内存共享并加载新程序。

1.2 内存不足(OOM)情况

特定工作负载可能导致一组进程同时尝试使用已分配的内存,从而导致需求超过实际可用内存,这就是内存不足(OOM)情况。此时,唯一的办法是杀死进程,直到问题解决,这是内存杀手(oom-killer)的工作。

1.3 内核分配调优参数

可以通过 /proc/sys/vm/overcommit_memory 设置内核分配的调优参数:
- 0:启发式过度提交(默认)
- 1:始终过度提交,从不检查
- 2:始终检查,从不过度提交

选项 0 是默认值,在多数情况下是最佳选择。选项 1 仅适用于处理大型稀疏数组并分配大量内存但只写入一小部分的程序,在嵌入式系统中这类程序很少见。选项 2 对于担心内存不足的情况(如关键任务或安全关键型应用)似乎是个不错的选择,它会使超过提交限制的分配失败,提交限制是交换空间大小加上总内存乘以过度提交比率。过度提交比率由 /proc/sys/vm/overco

评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值