私はabを使って私のウェブサイトをテストしました。ab -n 10000 -c 1000 http://example.com/pathと私は160 #/secondという応答を得ました。しかし、私がab -n 10000 -c 1000 http://localhost/pathとしてそれをテストすると、応答はまったく異なる1500 #/secondです。 なぜですか？ローカルホストとホスト名のabテストの違いはありますか？
通常、ロードテストツール自体が非常にリソース集約的であるため、テスト対象のアプリケーションが存在するのと同じホスト上でロードジェネレータ（abまたは他のツール）を実行しないでください。テスト中およびロード中のアプリケーション発電機は、同じCPUのために苦労している、RAM、ネットワーク、ディスク、スワップなど
は、だから私はイントラネット内の別のホストからabを実行することはお勧めでしょう、この方法は、あなたは、上述したことなく、より明確な結果を得ることができるようになります相互干渉。テスト中のアプリケーションと負荷ジェネレータの両方で、vmstat、iostat、top、sarなどを使用して、ベースラインのOSの健全性メトリックを監視することを忘れないでください。何が起きているのか、知覚された負荷の影響について、
あなたはまた、（リストされたすべてのツールは、クロスプラットフォームであり、最も著名なフリーでオープンソースの負荷テスト・ソリューションの詳細については、Open Source Load Testing Tools: Which One Should You Use?の記事をチェックアウトし、abはかなり限定された負荷テスト機能を持っているとして、より高度なツールを試してみたいことあなたは、Linux上でそれらを実行することができるようになります）
私が理解から、あなたは、2つの異なる構成で同じWebサイトをテストしている：
リモートWebサイトのテストには、コンピュータとリモートサーバーのネットワーク接続が必要です。ローカルでテストすると、すべてループバックネットワークインターフェイスを経由します。これはおそらく、DSLインターネット接続よりも数桁速くなります。
私は同じサーバーから同じWebサイトをテストします。私は自分のサーバーから自分のサイトをテストします。 http：// localhost –
によって解決される可能性がありますが、dns解決では処理が遅くなる可能性がありますが、各要求時にDNSレコードを照会するのではなく、abをキャッシュすることが期待されます。 –
あなたの答えをありがとう。しかし、私はこの数の大きな違いがなぜ疑問に思っていますか？ –
と負荷テストツールについて、私はラップトップから実行していましたが、ネットワークがテストに悪影響を及ぼすことがわかったので、今ではabを使用しています。 –
[接続時間]（https://varvy.com/performance/tcp-connection-time.html）、[待ち時間]（http://blog.performancevision.com/eng/）などのトランスポートレベルのメトリックを検討する必要があります。それで、私は、これらのメトリックを測定して報告することができるより高度なツールに切り替えることをお勧めします。[この例]（https：// www.blazemeter.com/blog/how-analyze-results-load-test-using-blazemeter-0）ボトルネックとなる待ち時間を実証する –