为什么系统。 gc（）似乎对某些JVM没有影响

Question

我一直在开发一个使用两个框架的小型Java实用程序：Encog和Jetty为网站提供神经网络功能。

代码“完成”了，它完成了它需要做的所有事情，但是我在内存使用方面遇到了一些问题。在我的开发机器上运行时，当应用程序正在执行操作（训练神经网络）时，内存使用量似乎在大约4MB和13MB之间波动，最多使用大约18MB。这是非常好的用法，我认为这是由于我相当经常地调用System.GC（）。我这样做是因为处理时间对我来说并不重要，但是内存使用情况确实如此。

因此，它在我的机器上工作正常，但只要我把它放到我们的服务器上（共享内存限制的unix主机），它使用大约19MB开始，并在上网时升至数百MB的内存使用量的东西。这些和我在测试中一样。我相信，减少内存使用量的唯一方法是退出应用程序并重新启动它。

我可以说的唯一区别就是它正在运行的Java虚拟机。我不知道这一点，我试图找出这种方式的原因，但很多文档假设了Java和虚拟机的丰富知识。是否有人可以帮忙解释为什么会发生这种情况，或许有些事情可以阻止它。

我已经看过使用GCJ编译应用程序，但我不知道这是我应该投入大量时间，是否会真正帮助。

感谢您的帮助！

• 更新：在Mac OS 10.6.3上开发和服务器上的Unix操作系统，但我不知道是什么。 （服务器是WebFaction）

Answer 1

我认为这是由于这样的事实，我 调用System.gc（）相当定期

你不应该这样做，这是几乎从来没有用。

当垃圾收集器有大量的内存可供使用时，垃圾收集器的工作效率最高，因此它往往会占用大部分内存。我认为你需要做的就是将最大堆大小设置为32MB，命令行参数为-Xmx32m - 默认取决于JVM是否相信它在“服务器类”系统上运行，在这种情况下，它假设你希望应用程序尽可能多地使用内存以提供更好的吞吐量。

顺便说一句，如果你在服务器上的64位JVM上运行，由于引用较大，它将合法地需要更多的内存（通常约30％），而不是32位的JVM。

Answer 2

两点可以考虑：的System.gc

• 呼叫可以通过一个命令行参数（-XX：-DisableExplicitGC）被禁用，我觉得行为还取决于虚拟机使用的GC算法。通常调用gc应该留给jvm
• 只要有足够的内存可用于jvm，我就不会在使用此内存来增加应用程序和gc性能时看到任何错误。正如Michael Borgwardt所说，你可以限制虚拟机在命令行中使用的内存量。

Answer 3

另外，您可能想要了解在联机部署JVM时启动的模式。我猜它是一台服务器虚拟机。 看看这两个之间的differences在这里在stackoverflow。另请参阅实际部署中实际运行的垃圾收集器。查看是否可以调整GC行为或更改GC算法。如果是Sun Java虚拟机，请参阅-X选项。

Answer 4

基本上，JVM根据需要获取允许的内存量，以便尽可能快地进行“新”操作（这本身就是一门科学）。

所以，如果你有很多的对象被使用，然后丢弃，你会慢慢地，肯定填满可用内存。那么你可以问垃圾收集，但它只是一个提示，并且JVM可能选择不听。

因此，您需要另一种机制来保持内存使用量不变。典型的方法是使用-X选项限制内存量，但要小心，因为您在PC上使用的JVM可能与您部署的JVM非常不同，因此内存需求可能会有所不同。

是否存在低内存使用率的故意要求？如果没有，那就让它运行，看看JVM的行为。使用jvisualvm进行附加和监视。

Answer 5

也许服务器使用更多的内存，因为你的应用程序有更高的负载，所以更多的线程正在使用？如果有很多请求，Jetty将使用多个线程来分散负载。它值得关注服务器上的线程数量与您的测试机器上的线程数量。