如何在Jmeter中并发读取？
How to read concurrently in Jmeter?
我对 Jmeter 中的并发用户有疑问。
If i use setting like this, is that means in first sec 500 thread will hit concurrently?
那么线程第一次命中后，是不是每分钟都会重复命中？
这意味着 JMeter 将启动 500 个线程并将它们 运行 保持 20 分钟。
这并不意味着线程会“每分钟重复命中”
所有 JMeter 线程都是独立的，一旦启动每个线程（虚拟用户）就开始执行 Samplers 颠倒。当没有更多的循环要迭代或采样器要执行（或超过测试持续时间）时，线程将被关闭。
所以在你的情况下，500 个线程将毫无延迟地重复执行采样器（只要你没有在任何地方使用 Timers）20 分钟。
实际并发数（每秒请求数）主要取决于你的测试计划的性质和你的应用程序响应时间，可以使用Transactions per Second listener
来检查
Concurrency Thread Group 中的预览图有助于理解其工作原理。
The preview graph reacts immediately to changes in the fields, showing you the planned concurrency schedule.
目标并发数：加速期结束时可用的线程数。
**保持目标速率时间**：加速期后的测试持续时间。使用 Target Concurrency
的测试执行持续时间
您尚未设置加速设置。因此，JMeter 将在测试开始时创建 500 个测试，并将 运行 测试持续 20 分钟。
注意：建议设置一个ramp-up来避免
- 测试开始时无法承受 JMeter 客户端机器（负载代理）的负载
- 不切实际，突然加载到目标服务器
我对 Jmeter 中的并发用户有疑问。
If i use setting like this, is that means in first sec 500 thread will hit concurrently?
那么线程第一次命中后，是不是每分钟都会重复命中？
这意味着 JMeter 将启动 500 个线程并将它们 运行 保持 20 分钟。
这并不意味着线程会“每分钟重复命中”
所有 JMeter 线程都是独立的，一旦启动每个线程（虚拟用户）就开始执行 Samplers 颠倒。当没有更多的循环要迭代或采样器要执行（或超过测试持续时间）时，线程将被关闭。
所以在你的情况下，500 个线程将毫无延迟地重复执行采样器（只要你没有在任何地方使用 Timers）20 分钟。
实际并发数（每秒请求数）主要取决于你的测试计划的性质和你的应用程序响应时间，可以使用Transactions per Second listener
来检查Concurrency Thread Group 中的预览图有助于理解其工作原理。
The preview graph reacts immediately to changes in the fields, showing you the planned concurrency schedule.
目标并发数：加速期结束时可用的线程数。
**保持目标速率时间**：加速期后的测试持续时间。使用 Target Concurrency
的测试执行持续时间您尚未设置加速设置。因此，JMeter 将在测试开始时创建 500 个测试，并将 运行 测试持续 20 分钟。
注意：建议设置一个ramp-up来避免
- 测试开始时无法承受 JMeter 客户端机器（负载代理）的负载
- 不切实际，突然加载到目标服务器