的JMeter：吞吐量和KB /秒

我具有15个线程，每个发送一个32KB图像（HTTP POST）线程组之间的相关性的理解。在总结报告中，我的吞吐量为550 /秒，平均响应时间为25毫秒，KB /秒为148KB /秒。我发现难以关联这些数字。如果我可以管理550请求/秒，每个请求是32KB，不应该KB /秒是550 * 32 KB /秒？的JMeter：吞吐量和KB /秒

编辑： 即使我只发送一个请求，KB /秒下的数字是没有意义的。我能够关联所有其他数字。 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操作系统报告）。正如在评论中指出的那样，我怀疑这是否需要对压缩做任何事情。我试图发送一个1MB的图像，KB/Sec的报告是12.3。

来源

2012-04-10 Prasanna

您如何测量550 /秒请求速率？ – aroth 2012-04-10 01:19:00

是总结报告中的Jmeter在吞吐量栏下报告的东西。 – Prasanna 2012-04-10 01:47:51

所有我能找到的文献似乎表明在每分钟的请求，每秒不要求是JMeter的报告吞吐量。每分钟550个请求大致位于您的其他数字可预期的范围内（实际上，每分钟达到550次上传的平均速度大约为300 KB /秒，但是也许每秒钟的速度为148 KB /秒瞬时读数，或也许有被施加到32 KB图象某些压缩，或也许是32 KB图象实际上是略小于32 KB，等）。 – aroth 2012-04-10 02:00:09

在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的认为平均请求大小272bytes，你认为这是32K - 你确定图像被附？如果是这样，我会认为有一些相当大的压缩正在进行。

来源

2012-04-10 19:44:24 rhinds

是的，我也注意到了，但后来才发现平均值。字节是响应的大小，而不是请求。所以KB/Sec实际上是响应吞吐量（也就是服务器吞吐量）。我通过这个做了一个tcpdump的确认。 – Prasanna 2012-04-10 21:03:55

这带来了一个重要问题，我们如何衡量服务器接受用户生成数据的能力？ – 2013-10-09 04:35:26

的JMeter：吞吐量和KB /秒

回答

相关问题