问题标签 [ibm-jvm]

我在 Websphere Application Server 8.5.0 上部署的应用程序中运行嵌入式 Cassandra 1.2.18，使用 Java 1.6、JVM IBM J9 2.6（随 appserver 提供）。它启动良好，并且完全可用。它是 Cassandra 集群中的唯一节点。

但是，当我尝试停用节点时，Cassandra 会尝试关闭其 MessagingService，然后挂起。调试时，我可以看到它正在尝试关闭它打开的 ServerSocket，监听服务器自己的 ip，端口 7000（Cassandra 用于节点间通信）。

这会阻止 Cassandra 正确关闭，甚至阻止整个服务器正常关闭。我意识到这可能是一个非常具体的情况，但是之前有没有人在 Websphere 上经历过与 Cassandra / 类似的事情，或者任何比我有更多 ServerSocket 经验的人都可以提出正在发生的事情吗？

我有以下代码：

当我在本地机器（JRE 1.7_0_71、Win 7 64bit、4 核、8GB RAM）上编译并在 Oracle JVM 下运行它时，我的运行时间约为 3.5 秒。

当我在带有 IBM JVM（j9、java 7、build pap6470_27sr2-20141101_01(SR2)）的 AIX 机器（POWER7+、16 核、64GB RAM）上运行它时，每次运行我得到的结果几乎是 9 秒。

知道在哪里可以抓到吗？

我正在开发一个通过 Java API 访问 clearquest 数据库的 Web 应用程序。它在 Tomcat 下运行良好。现在我必须将该应用程序转换为 WebSphere Application Server 8.5.5。在第一次调用 Clearquest 时，应用程序和 JVM 终止：

如何在 WAS 中定义 Clearquest API 库以及如何确保对 Java API 使用的 Clearquest DLL 的访问？

谢谢！伯特霍尔德

我们是 IBM jvm 的新手。在查看由 OutOfMemoryError（即 -XX:+HeapDumpOnOutOfMemoryError）引起的堆转储时，我们经常会看到在同一时刻生成多个转储（.phd 文件）。例子：

heapdump.20141111.011601.8944.0003.phd heapdump.20141111.011601.8944.0005.phd heapdump.20141111.011601.8944.0007.phd heapdump.20141111.0119601.8944phd heapdump.0

当我阅读这些内容时，jvm 在 2014-11-11 01:16:01 am 生成了这 4 个堆转储，用于 pid #8944。

那为什么是4？为什么在同一秒内有 4 个？[我假设是因为 4 实际上 OOM 发生在同一秒内]

回顾这些转储，我发现它们非常相似。转储 2,3 和 4 不添加任何信息，而只会杂乱无章地填满驱动器。

如何将 IBM jvm 配置为仅转储一个堆转储？我可以在堆转储之间配置“等待时间”吗？

谢谢

我在使用 XSLT 进行转换时遇到了性能问题。

转换提供的数据大约需要 13 到 14 秒。

同时，我注意到控制台日志中的警告为

[ERR 0635] 某些生成的函数超出了 JVM 方法大小限制，并被自动拆分为更小的函数。通过手动将非常大的模板拆分为更小的模板、使用 Process 或 Compile 命令的“splitlimit”选项或设置“ http://www.ibm.com/xmlns/prod/xltxe- ”，您可以获得更好的性能j/split-limit ' 变压器工厂属性。

所以看着那个错误，我什至尝试按照下面显示的方式设置属性。

我从这里拿的 1500 号。

但是我不确定当执行负载测试时这是否真的有帮助。

有人可以指导我如何在转型中实现绩效提升吗？

JVM 底层位于 Websphere App Server 中。

我正在分析来自 IBM JVM 的堆转储和 GC 日志。GC 日志显示全局 GC 被触发，因为 LOA 已满。我想找出哪些对象正在填充 LOA。如何从堆转储中获取该信息。我正在使用 MAT 和 ISA 进行堆转储分析。没有足够大的浅堆对象成为 LOA 的候选对象。

我试图弄清楚 IBM Persistent Reusable JVM 是否仍然与最新的 Java 版本相关并受支持。我在互联网上搜索时发现的很少。只有这个文档在讨论它，它看起来很旧，它指的是 JDK 1.4.2，并提到不推荐使用 -Xresettable 功能。我曾尝试将 -Xresettable 与 JDK 8 一起使用，但正如预期的那样失败了，但这并不意味着整个概念都不起作用，因此问题就来了。我们有一个需求，我们希望从 C 代码调用 JVM 并保留 JVM，而不是销毁它以进行进一步的请求处理。由于操作系统是运行 IBM JVM 的 z/OS，我试图了解 Persistent Reusable JVM 是否是一种选择，尽管我的希望很渺茫。如果有人知道，请告诉我。

如果结果证明它已经过时，我将评估保持 JVM 存活的其他选项，但现在这是次要的。

如果一个 WebSphere 应用程序在 z/OS 上挂起，应该采取哪些步骤来查找原因？

到目前为止，我学习了堆转储、Java 核心和系统转储。

没有一个线程死锁，没有内存问题，而且似乎没有大量线程。（只有~50，这是相当正常的。）

整个应用程序不可访问。我的意思是，任何连接到它的网页的尝试都会挂起并超时。

造成这种情况的原因是什么？我正在考虑一个高 CPU 事件，但不确定如何追溯检查。

我收到与此类似的错误消息 30 次。

“挂起”的线程本身似乎没有任何真正的模式，它们只是正常的活动，不应该挂起。

我有一个在 Websphere 8.5 上运行的应用程序，我知道这个特定 JVM 的堆内存大小在过去有所增加。现在提交的内存是 5.6GB，但是我们遇到了与直接缓冲内存相关的内存问题，现在我们也需要调整它的大小。我可以通过监控收费看到这个问题，所以我看不到直接内存的大小。

我的问题是：根据 Java 堆内存大小，直接内存的大小是否正确？可以说，每个 X GB 至少 X MB。

XX:MaxDirectMemorySize 选项的默认值是多少？

在更改此选项之前我还应该考虑什么？

如果“ loa ”是 100% 的，这是一个问题吗？其他区域有空闲内存。如果这是一个问题，那么正确的解决方案是什么？gc type="清除"

JVM 详细信息