添加Asynchronous Timer后JMeter陷入卡顿，如何解决该问题？

当我添加Asynchronous Timer后，JMeter陷入卡顿状态，请问该如何解决此问题？

• 限制异步线程池规模：在Asynchronous Timer的配置中，合理设置Max Pool Size（最大线程池大小）。建议根据运行JMeter的机器CPU核心数调整，比如4核机器设置为8-12，避免线程过多导致CPU、内存资源被过度抢占。
• 设置请求超时时间：为异步触发的请求添加超时限制，在Timer的参数里配置Timeout（比如5000毫秒），防止请求长时间挂起占用资源。
• 检查采样器逻辑：确认异步Timer关联的采样器没有无限循环、等待类的不合理配置，比如不要嵌套无限循环控制器，避免生成超出系统承载的请求量。
• 优化JMeter堆内存：修改JMeter启动脚本（Windows为jmeter.bat，Linux为jmeter.sh）中的HEAP参数，例如调整为-Xms1g -Xmx4g（需根据机器物理内存调整，一般不超过物理内存的50%），避免内存不足引发卡顿。
• 降低并发压力：如果当前设置的并发用户数过高，适当下调，结合异步线程池的大小平衡系统负载，避免资源耗尽。
• 监控系统资源：通过JMeter的Summary Report查看请求响应情况，同时用系统自带的任务管理器（Windows）或top命令（Linux）监控CPU、内存使用率，定位是资源耗尽还是请求阻塞导致的卡顿。

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