Linux内存管理与GDB调试全解析
1. 内存耗尽问题
在Linux系统中，标准的内存分配策略是过度提交（over - commit），即内核允许应用程序分配的内存超过实际物理内存。多数情况下，这一策略运行良好，因为应用程序通常会请求比实际所需更多的内存。同时，这也有利于fork(2)系统调用的实现，由于内存页通过写时复制（copy - on - write）标志共享，复制大型程序是安全的。在大多数情况下，fork之后会调用exec函数，该函数会取消内存共享并加载新程序。
然而，特定的工作负载可能导致一组进程同时尝试使用已分配的内存，从而导致内存需求超过实际可用内存，即内存耗尽（Out of Memory，OOM）情况。此时，唯一的解决办法是终止进程，直到问题解决，这就是内存杀手（OOM killer）的工作。
在处理OOM之前，可以通过/proc/sys/vm/overcommit_memory参数调整内核的内存分配策略，该参数有以下三个可选值：
| 参数值 | 描述 |
| ---- | ---- |
| 0 | 启发式过度提交 |
| 1 | 始终过度提交，从不检查 |
| 2 | 始终检查，从不过度提交 |
默认值为0，在大多数情况下是最佳选择。值1仅适用于处理大型稀疏数组、分配大内存区域但只写入小部分的程序，在嵌入式系统中这类程序较少。如果担心内存耗尽，例如在关键任务或安全关键型应用中，值2似乎是个不错的选择。它会使超过提交限制的内存分配失败，提交限制的计算公式为：
、Agent Framework3.知识库:向量数据库(Qdrant)+关系型数据库(Post)
