問題タブ [apachebench]

ab でいくつかのテストを実行し、155 を超える同時実行レベルを使用すると、次の結果が得られます。

リクエストは引き続き成功します。

何度もテストしましたが、同時実行数が 155 を超えた場合にのみ SSL ハンドシェイクが失敗します。これらが直接関連している可能性があることを誰かに説明してもらえますか?

サーバーのベンチマークを行っているため、複数のベンチマーク ツールを使用しています。すでに ApacheBench を使用していくつかの素晴らしい結果を得ており、グラフへのプロットも簡単でした。

プロット AB 結果の例

現在、JMeter を使用していますが、適切なプロットを取得するのに苦労しています。AB のものとほぼ (完全に) 同じ plo が欲しいです。つまり、応答時間とリクエストです。すでにすべてのリスナーを試しましたが、満足のいく結果は見つかりませんでした。JMeter 2.10 を使用しています。

各リクエストで動的な投稿ペイロードを使用できる http ベンチマーク ツールをお勧めできますか?

同時リクエストを実行できるようにしたいのですが、同時に各リクエストを異なるものにしたいですか?

私はApache Benchmarkでテストしましたが、それを行うことができませんでした.Curl multiでも試しましたが、統計を収集するのはひどいものでした.

他の解決策はありますか？

私は現在、サーバー上で node.js をテストしており、Apache の「ab」ユーティリティを使用して非常に基本的なベンチマークを実行していましたが、頭を悩ませる結果が得られています。

そのため、セットアップと「コントロール」の簡単な背景を説明します。

- サーバーに node.js をセットアップしました。アドレスを入力すると、1 行で応答します。

-ブラウザが返されるデータのタイプを認識できるように、応答のヘッダーが正しく設定されています

これを Web ブラウザーから要求すると、すべてうまくいきます。Wireshark を使用して、ブラウザとサーバーの間のやり取りを表示しましたが、かなり正常に見えます。

Apacheの「ab」を使用してまったく同じことをテストすると、問題が発生します。実行するコマンドは次のとおりです。

さて、「ab」は正常に終了し、期待どおりのレポートを提供しますが、実際に node.js サーバーと Wireshark を介してトラフィックを表示すると、完全に二乗できないトラフィックがいくつか見られ

ます。リクエストは1つだけです。しかし、Wireshark でパケットを見ると、1 つの要求だけではありません。

「ab」はプロファイリング手順の一部として追加のリクエストを行うと思いますが、node.js がすべての「GET」に応答する原因にもなっています。

これが「ab」からの「予想される」動作である場合、それはそれほど問題ではないと思いますが、想定するのではなく、確実に知りたいです。

「ab」に1 つのリクエストを指定すると、1 つのリクエストが期待されますが、このユーティリティの動作について何かが欠けている可能性があります。

マニュアルの適切なセクションへの考えやリンクをいただければ幸いです。

ありがとう。

node.js Web サイトの負荷テストを行っています。私がテストしている URL はその HTML を取得し、別の x 画像リソースも取得しようとします。負荷テストの一環としてこれらのリソースをすべてロードするように Apache Bench に指示することはできますか?

明らかに、HTML を読み込んでから、画像の読み込みを個別にテストできます。ただし、これを行うためのより効率的な戦略があるとよいでしょう。助言がありますか？

サーバーのストレステストをしようとしています。JMeter を使い始めましたが、思い通りに動作しませんでした。私はApacheベンチマークで同じことを試みていますが、失敗したリクエストで実行していますが、それが何を意味するのかわかりません。

私はそれを強調しようとしました：

ab -n 10000 -c 2000そして魅力のように機能します（少なくともゼロエラー）

ab -b 20000 -c 5000ほとんどの場合は機能しましたが、次の結果が1回得られました。

完了したリクエスト: 20000 失敗したリクエスト: 7 (接続: 7、受信: 0、長さ: 0、例外: 0)

では、この接続エラーは何を意味するのでしょうか? 数分後に再試行したところ、失敗したリクエストは0でした..

ab -n 40000 -c 10000xampp がクラッシュするため、実行が機能していないことが判明しました。

また、ある時点でサーバーに障害が発生するというのは本当ですか? それとも、クラッシュしないのは良いことですか。

私たちが話しているように、JMeter で 1500 を超えるスレッドを 2 時間以上実行していますが、これまでのところ何も問題はありません..

Web アプリの負荷テストを行い、1 秒あたりに処理できる最大リクエスト数を調べたいのですが、ab は期待どおりに動作しません。

単一の ab でリクエストを送信する場合、1 秒あたり 2k のリクエストを送信できるため、2 つの ab​​ を開始すると 1 秒あたり 4k のリクエストに達すると予想されますが、ab ごとに 1k にしか到達できないことがわかります (合計で 2k になります)。あの二人）。

ab は可能な限り速くリクエストを送信していないようですが、サーバーが処理できる限り速くリクエストを送信しているようです。

これは予想される動作ですか？はいの場合、私の要件を満たすことができる他の負荷テスト ツールはありますか (リクエストをできるだけ早く送信します)。

ありがとう