追踪Ruby 1.9中的内存泄漏
我有一个Ruby应用程序，它使用并启动16个进程，每个进程管理1000个连接。 最初每个进程只使用大约150MB的内存，但是在运行一段时间后，它们消耗的内存越来越大，接近500MB，我的内存和交换空间都用完了。 打开连接的数量（由EM.connection\u count表示）是正常的（一直在1000左右），因此不应该再出现对旧连接的引用 不幸的是，它只在Ruby 1.8下运行，所以在我的例子中这不是一个选项追踪Ruby 1.9中的内存泄漏,ruby,debugging,memory,garbage-collection,memory-leaks,Ruby,Debugging,Memory,Garbage Collection,Memory Leaks,我有一个Ruby应用程序，它使用并启动16个进程，每个进程管理1000个连接。 最初每个进程只使用大约150MB的内存，但是在运行一段时间后，它们消耗的内存越来越大，接近500MB，我的内存和交换空间都用完了。 打开连接的数量（由EM.connection\u count表示）是正常的（一直在1000左右），因此不应该再出现对旧连接的引用 不幸的是，它只在Ruby 1.8下运行，所以在我的例子中这不是一个选项 我不想为我的应用程序构建应用程序，只是为了让它能够全天候运行。如何在这里找到内存泄漏，
我不想为我的应用程序构建应用程序，只是为了让它能够全天候运行。如何在这里找到内存泄漏，或者如何帮助GC？在1.9.2的内核方法中有一个已知的内存泄漏，它会影响大多数EM应用程序。看到和