因此，我们的软件中可能存在某种 zainy 漏洞。我们使用 Mono，并在数周/数月内生成许多进程。最终，我们无法在客户机器上生成任何进程。通常需要大约 20 小时才能停止。关闭并重新打开我们的应用程序可以修复此问题。
当生成失败时，整个系统中运行的进程总数少于 500 个，文件句柄少于 1000 个。文件的 ulimit 设置为较高级别，我认为进程限制约为 8K。我们运行的是 CentOS 6.2。
如果我们正在泄漏这些 PID 或句柄，而标准ps和lsof命令却没有显示它们（/proc 也没有），我需要一种方法来利用内核或其他东西来查看这些限制测试的当前值。
一旦我们确认这就是问题所在，我就会开始一项有趣的任务，尝试找出问题的原因......不过那是另一天的事了。
据我们所知，该应用程序可以在很多很多其他 Linux 机器上运行，没有任何问题（其他客户没有向我们报告过这个问题）。
有什么想法可以让我找到 ulimit 设置界限的指标值吗？我非常希望我不必自己编写 C 程序，但如果有必要，我也不介意这样做。