问题标签 [jrockit]

我可以在 Oracle 网站上看到一些文档说：“JRockit Mission Control 4.1 现在可供下载。它包括 HotSpot 支持、改进的 Solaris 支持、DTrace 集成、Mac OSX 端口、对 Oracle Coherence 的支持和一系列新的酷特性。 Markus Eisele 的博文中有更多详细信息。”

但实际上我无法使用 jrmc 连接到我在 SUN HotSpot JVM 上运行的 JBoss 应用程序，有什么帮助吗？非常感谢

我们有来自 2 个供应商的不同 JRE 实现，一个是 BEA 的 Jrockit，另一个是 Sun。在我的项目中，该文档明确指出使用 BEA 的 Jrockit 实现。所以我想知道 Jrockit 与标准 sun JVM 的区别和优势。

谢谢普尼斯

我们有一堆在 weblogic 10.3.0.0 中运行的 CXF Web 服务。

在零星的情况下，网络层似乎无法读取 XML 流，并且 weblogic 服务器抛出以下错误。我们的服务消费者说他们偶尔会收到 XML 流或读取超时异常。显示应用程序日志java.net.SocketException。服务消费者还说，如果他们再次提交相同的请求，他们会收到正确的响应而不会出现任何问题。

以下是问题的日志。此日志来自 weblogic 的托管服务器（不是应用程序日志）此外，我粘贴了成功调用的标题详细信息下方。

以下是我们调试日志中的标头详细信息。此标头已响应成功响应。我无法捕获不成功的服务请求的标头。

提前致谢。

每次我尝试在 Jdev 上运行 weblogic webcenter 应用程序时，我都会收到以下错误，并且我无法在网络上的任何地方找到有关如何解决此问题的任何参考。

使用 Java 版本启动 weblogic：无法创建 Java 虚拟机。无法识别的选项：-jrockit

我对升级到 Java 7 非常感兴趣（出于我自己的编码原因）。但是，我们的用户对延迟非常敏感（一切都需要亚毫秒）。我在 3 个不同的 JVM 之间做了一个简单的性能比较测试，发现 Java 7 的速度要慢得多。测试通过我们的应用程序推送了一些简单的消息。此测试是低负载、负载量测试，每隔几秒推送一条消息。结果是（以微秒为单位）：

Oracle 的策略是从 Java 7 开始合并 JRockit 和 Hotspot（所以 JRockit 6 是最后一个可用的）。有谁知道为什么性能差这么多？（需要注意的一点是，代码是在 Java 1.6 下编译的。不确定这是否能解释它......）

更新：我投票结束我自己的问题，因为我可以从评论中看到，我真的无法传达足够的信息来使这个问题成为一个建设性的问题。感谢所有评论的人。

更新：经过更多反馈后，我想我会提供更多信息。测试总是在重新开始之后。每个测试的所有因素都相同。唯一改变的是 JVM。多次重复测试给出一致的结果。在任何测试迭代中都没有发生 GC。

下面是其中一个测试运行的图形值。对于 JRockit 和 Hotspot 7，第一个延迟值被丢弃了。JRockit 具有巨大的初始价值，但随后很快优化并趋于均值。Hotspot 7 需要更长的时间来优化，并且永远不会下降到像 JRockit 这样低的平均值。每个数据点代表从 TCP/IP 套接字读取消息、运行业务逻辑以及在另一个套接字上写入消息的微秒。每条消息都是相同的，并且没有为任何消息输入新的代码路径。

这是我想问的关于 JVM 的一些问题：

• 有没有可以免费使用的 Bare Metal JVM 服务器？
• 是否有任何“代理”JVM 实际上从裸机服务器运行字节码？

例如，在客户端机器上运行 java 应用程序，而字节码实际上是从服务器执行的？那可能吗？

我目前正在看Oracle JRockit，但是，我不确定它是否符合工作要求？

我们的 ColdFusion 服务器和正确配置 JRE 时遇到问题。为了解决这个问题，我们安装了 Oracle JRockit 并切换了 jvm.config 以尝试查找任何内存泄漏。

安装 JRockit 后，我​​们的服务器运行得比以往任何时候都好。我们将 JRockit 程序和控制台打开了几天，内存使用量保持在 200mb 以下。我们最终关闭了服务器上的程序，并且立即返回了内存使用问题。

这是来自 FusionReactor 的 Java 堆的屏幕截图，用于说明正在发生的事情。

由于我还没有足够的声誉点，所以我无法直接在此处发布此内容： http ://www.weblisters.com/icm/FusionReactorJavaHeap-JRockit-Console.png

以下是我们 jvm.config 文件中的主要设置：

在我们关闭 Jrockit 控制台后立即抛出此错误：错误：没有足够的存储空间可用于在 tsStartJavaThread (src/jvm/threads/vmthread/lifecycle.c:1096) 中处理此命令。

有谁知道为什么垃圾收集 (GC) 在 JRockit 控制台窗口打开并运行的情况下工作得更好？我们不能将其作为永久解决方案开放。

我知道 JDK 7 应该是热点和 jrockit 之间的合并，并且不会有 jrockit 1.7。（来源：https : //blogs.oracle.com/henrik/entry/java_7_questions_answers）我有一个项目需要 jrockit 的非连续堆特性以及一些 java 1.7 特性，所以由于 JDK 7 是一个合并，所以它支持非连续堆，因为我找不到这样说的官方文档？

我们正在尝试JFR使用JRockit Mission Control. 在 上JFR，我们有“代码”选项卡，其中包含“ Hot Packages”和“ Hot Methods”子选项卡。这Hot Methods非常有用，但通常Hot methods是一些 Java API 方法java.util.HashMap.get(Object)，JVM如jrockit.vm.ArrayCopy.copy(Object, int, Object, int, int).

但是要找出哪些应用程序代码触发了这些方法，我们需要深入挖掘前辈的树。换句话说，没有搜索前辈的堆栈痕迹。无论如何，我可以在前辈的堆栈跟踪上启用搜索，以便我可以追踪哪些应用程序代码实际上触发了热方法..？

谢谢，西瓦拉杰什

是否允许所有垃圾都将通过选项收集-Xgc:deterministic并且非常大-XpauseTarget=5000。

我不太关心性能，我需要确保收集每个垃圾对象。