apache benchのレスポンス速度について教えてください

Question

$ ab -n 1 -c 1 http://hoge/

とすると、「across all concurrent requests」の部分が111.764ms

・・・
Time per request:       111.764 [ms] (mean, across all concurrent requests)
・・・

$ ab -n 100 -c 100 http://hoge/

とすると、「across all concurrent requests」の部分が5.654msとなります。

・・・
Time per request:       5.654 [ms] (mean, across all concurrent requests)
・・・

１００件同時にリクエストした方がパフォーマンスがよいということなのでしょうか。。？

Answer 1

提示された内容からのみでは判断できませんが、キャッシュが効いている可能性があるように思います。

Comments

[yoppy0066]

ありがとうございます。
ab -n 2 -c 2 http://hoge/
ab -n 3 -c 3 http://hoge/
・・・
のようにするとどんどん数字が小さくなるのでキャッシュではないでしょうか。

[退会済みユーザー]

結果として出力されているのはリクエストの平均処理時間ですので、-cで同時アクセス数を同時に増やしているために平均時間が少なくなっていることも考えられます。
-cを指定しない場合、おおよそ一定の値となるかで切り分けできるかと思います。

[yoppy0066]

なるほど、たしかにそうですね。ありがとうございます！

[yoppy0066]

度々申し訳ありません。
検証対象のサーバー自身からapache benchを実行すると、純粋に処理にかかった時間とみなすのはおかしくないでしょうか？

[退会済みユーザー]

どのような点をご心配でしょうか。
他のサーバーやインターネット越しでのアクセスではネットワークレスポンスにかかる時間も含まれるが、自サーバー内であればそれを無視できると考えてよいか、ということであればその通りなのではないかと思います。
ただし、自分で自分に負荷をかけるということは、負荷をかけるためにもCPUを使用しているので、性能測定の面からはあまり意味はないかもしれません。
処理によっては大量のデータをやり取りする可能性等も考えられるため、通常はネットワークレスポンスも含めての性能を測ったほうが望ましいかとも思います。

[yoppy0066]

ありがとうございます。要件にある程度レスポンス時間があり、それについての技術選定のために検証をおこなっているのですが、リクエストする場所によってかなり違いがあるのでどうすればよいかというところで悩んでいました。
確かに本番と同じ環境で計測しないと正しい数字はわからないとは思うのですが。。。

[退会済みユーザー]

サーバーの負荷テストとしてであればabでもよいかもしれませんが、よりユーザーライクな負荷測定をするのであれば、JMeterなどもよく使われるかと思います。
また、1回あたりのブラウザでの画面描画までのレスポンスということであれば、各ブラウザの開発者ツールで描画時間等が取得できます。
的を外した内容かもしれませんが、ご参考まで。