问题标签 [jvm-crash]

我通过 Java Webstart 部署应用程序（使用 Oracle JDK/JRE 1.7 + Java FX 2）。
它适用于大多数用户，但是其中一个用户有时（并非总是）在启动应用程序时会出现此错误：

有没有办法获得有关导致问题的原因的更多信息（如日志）？
关于问题可能是什么的任何想法？

我们的一台新服务器每 2 天左右就崩溃一次，JVM 消失并留下一个 hs_err_pidXYZ.log 文件。

服务器在 jdk 1.6.0_26 上运行 glassfish v2。它具有 32GB 内存和 i7-2600。jvisualvm 中的内存消耗看起来很健康。

我是否在 hs_err 文件中找到了正确的问题？（见下文）我已将 PermGen 的大小调整为 1g，它似乎有点帮助。然后去哪儿？什么是最佳实践？

我将其隔离在 hs_err_files 中：

完整文件在这里： http: //pastebin.com/idW9RBNQ

谢谢斯蒂芬

上周我偶然发现了一些有趣的问题，我注意到我们的一个生产服务器，它运行 Tomcat 上的Apache HTTP服务器，停止，报告 HTTP 中断。

在进一步调查这个问题时，它似乎是由于 JVM 导致内存页面被快速换出。这导致交换空间被完全填充，从而在下次将页面移动到交换时导致内存问题。

进一步调查，我们的一些 Linux 发行版似乎有一个 JVM 交换因子默认设置为 60%。根据一些研究，对于具有高流量的 Web 服务来说，这似乎具有很高的价值。我们的交换空间设置为 2 GB。

交换详情如下：

我们的JVM属性如下：

-Xmx6g -Xms4g -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:PermSize=512M -XX:MaxPermSize=1024M -XX:NewSize=2g -XX:MaxNewSize=2g -XX:ParallelGCThreads=8

服务器运行 12 GB RAM。

Swappiness 不适合 JVM 的GC进程。因此，我尝试将 swappiness 降低到 0，但这并没有改变任何东西。我们仍然看到整个交换空间被消耗并导致 OutOfMemory 错误的情况。

如何调整 JVM 性能？

当JVM崩溃时，是否有生成核心/堆转储文件？因为这些文件通常非常有助于找出代码中的错误。

我在 VPS 上有 tomcat web 应用程序，tomcat 有时（大约每月一次）在 catalina.out 中崩溃并出现以下错误：

Java HotSpot(TM) 64 位服务器 VM 警告：向处理程序发送信号 SIGTERM 时发生异常 java.lang.OutOfMemoryError - 可能需要强制终止 VM。

以下是有关我的配置的一些详细信息：

• VPS：debian-5.0-x86_64

• 内存：2.5GB，

• 虚拟处理器：8

• 硬盘：60gb 硬盘 - 70% 免费

• 雄猫 7.0

• java-版本：

  /li>

• Java 参数：-Xms512m -Xmx1024m

我在那台服务器上也有 Apache-PHP。

我正在使用 Munin 监控服务器负载，它显示内存和 CPU 使用率始终保持稳定，并且在崩溃之前没有任何增加。

我还通过 java.lang.Runtime 类记录 java 内存使用情况，它表明 jvm 始终使用 max200Mb 内存，并且在崩溃前没有增加。崩溃前的最后一个日志是 40 秒前，当时使用的内存是：152Mb。

我的网络应用还运行 6-7 个线程，从不同的公共 API 收集数据。这些线程在 tomcat 启动时启动，并且它们始终以周期性睡眠运行。

你能告诉我为什么会崩溃吗？我怎样才能找到原因？

在我们的应用程序中，我们使用 javax.media.JAI 库来缩放和改进图像

但有时（10 次中有 1 次）会导致 VM 崩溃

在代码中添加日志确实有助于确定确切的行

“Start transformImage2”被打印，但“Improving quality of image”没有。所以我们知道它在这 3-4 行中。此外，从 hs_err* 文件中，它指向 float width = im.getWidth();

所以我有几个问题

1. 问题的确切原因是什么（可能是）？

2. 为什么错误不是一直发生，相同的图像有时会成功转换而有时会失败？

3. 如何解决（当然:)？

我们有以下问题：在我们的一些Linux 机器上，使用 trove 库和 G1 GC 的 Java 应用程序将很快崩溃，并显示以下类型的消息：

这里让我印象深刻的是有问题的框架，它总是一样的。我已经习惯了这里出现的一些库，但从来没有真正的 Java 代码。奇怪的是，一些应该具有相同设置的机器不受影响。在 Windows 上，我也从未见过这种情况。该问题在最近的 Java 7 版本中仍然存在。从 G1 GC 切换到任何其他 GC 可以立即解决问题。我们使用 Maven 解决的 trove 库，在那里尝试了几个版本，包括 3.0.3 - 总是同样的问题。

有谁知道这可能是什么原因？任何已知的 G1 GC 错误？trove 是否以可能产生此问题的特殊方式编译？

更新：不同的应用程序，不同的服务器，最新的 Java (7u5)，类似的问题：

同样，切换到 G1 以外的 GC 会有所帮助。保留G1但去掉Trove库，问题也会消失。不幸的是，我无法创建最小的测试套件，因此很难提交合理的错误报告。关于原因的任何想法，或者任何可以帮助我构建测试套件的想法？

我一直在研究一个大型的 Java 应用程序。它是相当并行的，并且使用了几个固定线程池（每个线程池有 8 个线程）。我在一台有 2 个内核的计算机上运行它，每个内核有 4 个处理器。我的程序正在分析大量数据，并且在每组数据之后都会保存（序列化）分析，尽管它可以跨数据集工作，因此每次运行新数据时都会重新加载（然后保存）。我的问题是：在运行 4-5 个数据集后（大约需要 2 天，我对我的编码效率非常满意）它会在第 5 组完全相同的时间后崩溃（无论哪个数据集我用）。该程序是重复的，因此此时代码中没有任何新内容。它是可重现的，我不知道该怎么做。如果有帮助，我可以发布完整的错误日志...

我一直在测试不同的设置以查看是否有任何帮助，现在我正在使用以下参数运行。

-Xmx6g -Xmx12g -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC

谢谢，乔

JVM 在尝试写入 .xlsx 文件时崩溃。我也在使用 POI(XSSF)。代码中的错误位置点是写method--> workBook.write(fileOutputStream);

在控制台上我得到..

以下是我得到的一个崩溃转储，它是由 Java 应用程序崩溃引起的。有谁知道如何解决这种情况？我不能从中得到太多。这可能是由于我的经验有限。