我正在寻找一些指导来尝试诊断与 GC 相关的问题。
我们正在使用 WebSphere Portal 在 Solaris 上进行测试，我当前的环境有 7% 的垃圾收集开销(这是使用详细 GC 计算并通过 PMAT 运行日志)我应该将这个值与另一个正在运行的环境进行比较平均为 4.5%。 env 在完全相同的 WebSphere Portal 版本、相同的 JVM 大小、参数、自定义变量等上。在 1 小时的性能测试期间，我的 JVM 的分配失败次数多了 20 次，完整 GC 多了 2 次，GC 期间的平均暂停时间比其环境多了 2 秒。
对于所有相同的配置值和完全相同的 1 小时性能测试可能导致此问题的原因，您能否给我任何建议？或者还有什么要审核的？
谢谢
最佳答案
我要检查的第一件事是进程是否被插入交换/“虚拟”内存。这会对您的 GC 开销产生重大影响。
对于相同的 Java 配置和负载等，最明显的区别是每台机器上的物理 RAM 量。假设它们是相同的，请查看每台机器上正在运行的其他进程/服务 - 除非它们都是同一操作系统的全新安装，否则我预计会有一些(可能很重要的)差异。
发布 top 和 iostat(或您首选的工具)的输出，我们会看看是否有任何明显的东西。
关于java - 需要垃圾收集开销帮助，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/6822870/