JMeter性能测试中非GUI模式未体现资源占用优势该如何解释？

• 第三方监听器开销占据主导
  你本次测试唯一启用的jp gc perfmon metrics collector监听器属于高开销第三方组件，运行过程中需要实时采集、缓存、聚合全线程的性能指标，这部分资源开销占整体消耗的90%以上。而GUI模式本身的界面渲染、组件刷新的CPU、内存消耗和监听器的开销相比几乎可以忽略，因此两种模式的总资源占用不会出现明显差异。
• 测试负载未达差异显现阈值
  本次测试仅用到500线程，而你的压测机配置为40逻辑核心、96GB内存，当前负载下GUI模式本身的额外消耗仅为1~2核CPU、数百MB内存，和整体消耗的80%（约32核）CPU、25GB内存相比占比极低，观测层面很难感知到差异。只有当测试线程数提升到数千甚至上万、压测机负载接近瓶颈时，非GUI模式能承载更高并发、资源占用更低的优势才会显现。
• 非GUI模式未做针对性优化
  如果仅使用默认参数jmeter -n -t 脚本名.jmx启动非GUI测试，没有添加-Djava.awt.headless=true启动参数禁用图形相关组件，也没有关闭结果自动保存、实时回写等配置，JVM层面仍会预留部分图形相关的资源分配，也会缩小两种模式的资源占用差。
• 脚本存在GUI相关配置残留
  如果脚本在GUI模式编辑时曾开启过其他监听器的实时刷新、动态渲染配置，即使后续禁用了对应监听器，部分参数没有完全清理的情况下，非GUI模式启动时仍会加载对应的组件逻辑，产生额外的不必要开销。

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