我有一个在 linux 机器上运行的程序。它派生一个发送邮件的进程，并经常记录派生失败消息，指出它无法分配内存。
当我检查常驻内存的大小时，它大约是 12Gb（在这台机器上交换配置为只有 1Gb）。
有没有办法可以确定这块巨大的内存不是泄漏而只是内存增长？
另外，是否有可以调整的系统限制，这样我就不会遇到任何分叉失败？
【问题讨论】：
标签： c linux system fork out-of-memory
我刚刚在嵌入式系统上得到了这个。没有任何限制，df 进程有足够的空闲 RAM，所以这让我很困惑。然后我记得fork() 通过写时复制工作 - 所以在不久的将来子进程可能需要与父进程一样多的 RAM。如果您看到机器据称有大量空闲 RAM，请记住一点 - 它的空闲 RAM 是否至少与调用 fork() 的进程使用的一样多？
【讨论】：
要检查内存泄漏，您可能希望在 Valgrind 下运行程序：http://valgrind.org
要从控制台/shell 获取/设置限制，可以使用 ulimit 命令。
从程序内部，系统调用getrlimit()/setrlimit() 提供此功能。
对于由于fork()ing 导致内存紧张的情况，另一种解决方法是立即使用vfork()，然后调用exec*() 系列函数的成员。
来自man vfork：
vfork() 是 clone(2) 的一个特例。它用于在不复制父进程的页表的情况下创建新进程。它可能在对性能敏感的应用程序中很有用，在这些应用程序中创建一个子级，然后立即发出 execve(2)。
vfork() 与 fork(2) 的不同之处在于父级暂停直到子级终止（通常通过调用 _exit(2)，或异常，在传递致命信号后），或者它调用 execve(2)。直到那个 点，孩子与其父母共享所有内存，包括堆栈。子进程不能从当前函数返回或调用exit(3)，但可以调用_exit(2)。
【讨论】：
ulimit的详细说明，请参阅man bash。