0

寻找解决方案或一些关于如何找出问题所在的提示。

使用 VisualVM 工具查看堆转储，该工具仅显示引用被保留。我可以使用更好的工具吗？我可以从命令行运行什么来释放这些引用吗？使用 jconsole GC 不起作用，只会延长锁定约 5 天。

Linux 服务器每 10-14 天获得以下 Java OOM：

Apr 18, 2012 1:34:55 PM org.apache.jk.core.MsgContext action
WARNING: Error sending end packet
java.net.SocketException: Broken pipe
    at java.net.SocketOutputStream.socketWrite0(Native Method)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:109)
    at java.net.SocketOutputStream.write(SocketOutputStream.java:153)
    at org.apache.jk.common.ChannelSocket.send(ChannelSocket.java:508)
    at org.apache.jk.common.JkInputStream.endMessage(JkInputStream.java:112)
    at org.apache.jk.core.MsgContext.action(MsgContext.java:293)
    at org.apache.coyote.Response.action(Response.java:182)
    at org.apache.coyote.Response.finish(Response.java:304)
    at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:204)
    at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:282)
    at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:744)
    at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:674)
    at org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:866)
    at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
    at java.lang.Thread.run(Thread.java:636)
Apr 18, 2012 1:34:55 PM org.apache.jk.common.ChannelSocket processConnection
WARNING: processCallbacks status 2
java.lang.OutOfMemoryError: Java heap space
Dumping heap to java_pid20051.hprof ...
Heap dump file created [1147163590 bytes in 149.230 secs]
Apr 18, 2012 1:59:14 PM ServerCommunicatorAdmin reqIncoming
WARNING: The server has decided to close this client connection.
Apr 18, 2012 1:59:14 PM ServerCommunicatorAdmin reqIncoming
WARNING: The server has decided to close this client connection.
4

2 回答 2

0

使用 -Xmx 设置最大堆大小，使用 -Xss 设置线程堆栈大小。要记住的重要一点是，如果你创建了很多线程，你应该设置尽可能小的堆栈大小以最大化你可以拥有的线程数（当你尝试创建一个线程时你会得到一个 OOM 错误并且堆栈空间不足）。而且堆越大，线程堆栈的空间就越少。因此，您可能需要进行一些试验以获得堆和堆栈之间的最佳分割。

我使用具有 1Gb 内存的 Linux 服务器管理得很好（现在几年了，但仍然工作得很好），堆有 256M，每个线程有 64K（-Xmx256m -Xss64k）。您还应该尝试命名为 -XX:+HeapDumpOnOutOfMemoryError 的标志，并使用 JMX 获取一个 .hprof 转储，您可以使用 Eclipse 内存分析器对其进行分析，以查看是否有任何内存泄漏。

于 2013-11-25T17:13:24.450 回答
0

如果修复缓慢累积的混乱确实无助于您可以考虑微调您的 VM，请查看 VM args (run java -X)。也许其中一些对您来说很有趣（但可能只会延长时间而没有 OOM 异常）：

-Xms 设置初始 Java 堆大小
-Xmx 设置最大 Java 堆大小
-Xss 设置 Java 线程堆栈大小
-Xprof 输出 cpu 分析数据

于 2012-04-25T17:50:36.623 回答