java - 如何分析Snap.*trc文件？

Question

我现在正在研究 WebSphere 上的 OOM，我得到了一个文件 Snap.*.trc。我引用了另一个 SO 问题的评论，How to analyse Websphere core*.dmp file and Snap*.trc files? , 我创建了 Snap.*.trc.fmt 文件。

但是，我不明白这个文件是什么。例如 GC 日志 (native_stderr.log)，我可以使用 IBM Pattern Modeling and Analysis Tool(PMAT) 查看垃圾收集器在做什么，但似乎有没有用于分析 Snap.*.trc 文件的工具。有什么工具吗？

Answer 1

通常，Snap*trc 文件由支持人员而非客户使用。它们包含转储时保存在内存中的任何跟踪点数据。它们在某些 OOM 情况下很有用，例如检查 OOM 是否是由于 native 内存耗尽而发生的。看起来你已经想出了如何格式化它们并且生成的 *trc.fmt 文本文件只是一组跟踪点，所以它与分析任何跟踪相同(这通常意味着你需要理解代码，以及为什么 Snap*trc 文件往往仅限于支持人员使用)。您可以在此处找到有关 Snap 文件的更多信息:https://publib.boulder.ibm.com/httpserv/cookbook/Troubleshooting-Troubleshooting_Java-Troubleshooting_IBM_Java.html#Troubleshooting-Troubleshooting_IBM_Java-Snap_Traces

话虽如此，一般来说，我是这样分析 OOM 的:

1. 查看 javacore*txt 文件中的 1TISIGINFO。这将告诉您它是 Java OOM 还是 native OOM。
2. 如果是 Java OOM，则将 core*dmp 文件加载到 IBM Memory Analyzer Tool 中.请注意，您引用的另一个问题说您必须在 core*dmp 文件上运行 jextract 来分析它，而最近版本的 Java 不再是这种情况 -只需将 core*dmp 文件加载到 IBM MAT 工具中。
3. 如果它是 native OOM，那么情况会变得更加复杂，因此您可以在此处发回详细信息。

与往常一样，您还可以向 IBM 提交支持案例，他们可以帮助您进行部分分析。