AWS Fargate应用GC数据不一致问题排查求助

我正在调试运行在AWS Fargate上的生产应用性能问题。已通过连接实例使用inspector收集CPU分析数据，同时通过PerformanceObserver收集GC类型事件并记录到日志中。但两者数据差异极大：CPU分析器显示GC占用约22%的时间，而日志统计结果显示占比不足1%。

用于分析PerformanceObserver数据的OpenSearch SQL查询语句：

SELECT
  `@logStream`,
   sum(duration),
   max(startTime),
   round((sum(duration) / max(startTime)) * 100, 2) as gc_pct
FROM  `/ecs/prod/foo`
WHERE msg = "[perf] gc"
AND entryType = 'gc'
GROUP BY 1

查询结果截图：

Speedscope（sandwich模式）CPU分析截图：

可能的错误点： #

• 计算逻辑错误：查询中用sum(duration)/max(startTime)计算GC占比完全不合理。max(startTime)是最后一次GC事件的开始时间戳，不是统计周期的总时长。正确的分母应该是整个统计窗口的总时长（比如窗口结束时间减去开始时间），否则会导致占比被严重低估。
• GC事件捕获不全：PerformanceObserver默认配置可能无法捕获所有GC阶段或类型，比如V8引擎的增量GC、后台清扫等操作，这些操作同样会占用CPU时间并被inspector统计，但未被日志记录。
• 时间范围不匹配：CPU分析的采样时间段和日志统计的时间窗口是否完全对齐？如果inspector采集的是某段高GC负载的时段，而日志统计覆盖了更长的低负载时段，会导致占比差异。
• 日志丢失或采样：高并发场景下，日志可能因为传输、存储限制出现丢失或采样，导致部分GC事件未被记录到OpenSearch中，从而低估占比。
• 统计范围不一致：Inspector的CPU分析会统计所有与GC相关的线程活动（包括GC辅助线程），而PerformanceObserver可能只记录主线程的GC事件，或者仅记录GC的部分阶段，两者统计范围不同导致数据差异。

内容的提问来源于stack exchange，提问作者moltar