建立重要 get 接口的性能基线？

用 teardown 线程组，第一次执行完毕后打标

我感觉跟 error 关系不大，因为错误率才 0.04%，并且 TPS 图中并没隐藏 fail 绿线，只是数量太少显示不明显。

从聚合报告的 TPS、平均响应时间、sample 数量来算，你这次压测顶多执行 1 分多钟，但 TPS 图却显示 12 分钟，我很怀疑上下两张图不是同一次压测产出。

学习了！
当发生 TCP 堵塞时，数据会先存在接收方的接收缓存区中，这时如果 TCP 连接断开竟然会导致缓存区数据丢失。
至于数据丢失的原因，应该是 TCP 连接断开时，接收方的 socket 套接字（存放 TCP4 元组、程序信息）也会被注销，导致缓存数据不知道该被发往哪个程序。

应该是被测协议不支持协程，代码执行到发包时不会切换到其他协程执行，感谢各位

真贵，自学不挺好的

因为响应时间增加了啊，看你上图应该是后台服务的负载处理能力达到上限了

的确是版本问题，换成 1.6.0 正常运行，感谢

是的，但感觉并发数会受限于负载机 CPU 核数（进程间切换消耗大），且无法真正用到协程

另外您提到的将压测端换成 boomer，我也想过，但目前协议还不支持 GO 语言。