嗯嗯，好的，我现在用得工具就是 jmeter 分布式去测试

谢谢，感觉您的建议很好思路又清晰，学习了

supersheeps 这个工具搜索没搜到什么信息 ，我不会 python 不会代码级的，所以这个工具适合用吗，主要是简单好用不

测试步骤：测试目标明确了，那就好办了，直接上压力，不需要逐步加压（如果性能真的太差，比如直接压挂了，或者响应时间太长，再逐步用二分法减压）

我现在就是单接口压的过程中比较痛苦，因为线程数上不去，比如你说的这句：那么 A 功能大约就压到（50W*80%）/3 的量级就可以了。当我这个接口线程设置 2000，如果持续运行 2 分钟就开始各种报错（每次报错我都是先找是不是我这边的问题，不是后才对开发说，开发也没时间去调优），所以如果负载加压到 13w，可想而知要加很久很久，而且响应时间都大于很长，95% 的差不多都在 5-6 秒，tps 也不高 ；之前反馈给开发说慢的问题，开发就说，我保证我代码不报错就行，这响应时间长和并发量低，他也没办法

可以发数据用来监测动物体内情况的设备

jmeter 的压测机和控制机在同一网段，电脑的性能和配置都一致，那建议是在 linux 还是 window 上压测？由于运维帮我改了几台 window 服务器专门用来压测的，且这几台电脑环境配置都弄完了，如果再到 linux 下载安装，感觉还挺麻烦的
或者我用 window 非 gui 模式压测也可以，用 grafana 进行监控，大家觉得可行吗？

装了，这几台电脑的 jmeter 包都是直接复制粘贴过去的，所有配置及下载的插件安装都一模一样

并发量大的时候就会卡了，我上次试过单机 5000 并发，jmeter 直接卡的不动，需要强制关闭

我主控机和压测机是分开的，控制机只用来编写脚本和收集负载机的压测结果。如果用普通线程组模式能看出是分布式操作，但是用这个阶梯加压插件，走势就只能看出是单台压测机的

我看的也像不支持，那如果分布式压测，有好的办法去阶梯加压吗？还是就用普通线程慢慢增加线程数去测？

采用分布式的目的是为了在压测的过程中，确保压力机不会出现性能瓶颈比如由于线程多，单台 jmeter 压测时容易死机或者多次卡顿，cpu 占用高等情况，当出现性能瓶颈进行性能分析时，不需要考虑压力机是否会导致性能瓶颈的主要原因之一。所以就采用多台相同环境的压测机一起去压被测服务器

行，我到时试试，之前刚让把 linux 服务器改了几台成 window 专门用来压测

对，比如压测 2000 线程，如果分布式有 2 台压测机，就需要在主控机上线程设置 1000 就可以了。1000*2，然后远程启动所有

各位大佬，我想问下这两种阶梯加压的插件：Concurrency Thread Group 和 Stepping Thread Group 适用于 jmeter 分布式压测吗？我测了一下，分布式压测时，管控机的控制台只能显示单个客户端的测试结果，而不是汇总起来。两者之差就只有聚合报告中的总样本数不同

同步定时器在分布式使用时，针对的是所有压测机并发数还是单台的呢？之前有在分布式测时，没加同步定时器，直接在线程数那里设置 1000，吞吐量也没上去，结果也不如单台测试的，想请教请教~