3

15 スレッドのスレッド グループがあり、それぞれが 32 KB のイメージ (HTTP POST) を送信します。概要レポートでは、スループットは 550/秒、平均応答時間は 25 ミリ秒で、KB/秒は 148KB/秒と表示されています。これらの数値を関連付けるのは難しいと思います。550 リクエスト/秒を管理でき、各リクエストが 32KB の場合、KB/秒は 550 * 32 KB/秒ではないでしょうか?

編集: リクエストを 1 つだけ送信した場合でも、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/秒は 12.3 でした。

4

1 に答える 1

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.

上記のデータによると、1 秒あたり 40 リクエスト、平均 272 バイト = (40*272) 1 秒あたり 10880 バイトのスループット (1024 で割ると 10.625)。

問題は、JMeter が平均要求サイズを 272 バイトと考えているのに、なぜ 32k だと考えているのかということです。画像が添付されていると確信していますか? もしそうなら、かなり大きな圧縮が行われていると思います。

于 2012-04-10T19:44:24.553 に答える