我有15个线程的线程组，每个线程发送一个32KB的图像（HTTP POST）。在总结报告中，我的吞吐量为550 /秒，平均响应时间为25毫秒，KB /秒显示为148KB /秒。我发现很难将这些数字联系起来。如果我可以管理550 req / sec并且每个req是32KB，那么KB / sec不应该是550 * 32 KB /秒吗？
修改 即使我只发送一个请求，KB / Sec下的数字也没有意义。我可以关联所有其他数字。 1个请求的摘要报告：
Samples: 1
Average: 25
Min: 25
Max: 25
Std.Dev: 0
Error: 0%
Throughput: 40/sec
KB/Sec: 10.62
Avg. Bytes: 272.
将上述结果与平均时间和吞吐量相关联非常容易。我传输的图像大小为32281字节（由linux OS报告）。正如aroth在评论中指出的那样，我怀疑这是否必须对压缩做任何事情。我尝试发送1MB图像，KB / Sec报告为12.3。
答案 0 :(得分：0)
1个请求示例中的数学对我来说是正确的。
Samples: 1
Average: 25
Min: 25
Max: 25
Std.Dev: 0
Error: 0%
Throughput: 40/sec
KB/Sec: 10.62
Avg. Bytes: 272.
根据您上面的数据，每秒40次请求，平均为272字节=（40 * 272）10880字节，第二次吞吐量（当除以1024时为10.625）。
问题肯定是为什么JMeter认为平均请求大小为272字节而你认为它是32k - 你确定图像是附加的吗？如果是这样，我会假设有一些相当大的压缩正在进行。