abウェブサイトストレステストコマンドパラメータ、出力結果の中国語注釈
パーマリンク
以前 APACHE をインストールした後、APACHE のパフォーマンスをテストする方法がわかりませんでしたが、ようやくテスト ツールを見つけました。 APACHEに付属するテストツールAB(Apache Benchmark)です。APACHEのbinディレクトリにあります。
形式: ./ab [オプション] [http://]ホスト名[:ポート]/パス
パラメータ:
-n リクエスト 実行するリクエストの数
//テストセッションで実行されたリクエストの数。デフォルトでは、リクエストは 1 つだけ実行されます
-c concurrency 作成する複数のリクエストの数
//一度に生成されるリクエストの数。デフォルトは一度に 1 つです。
-t timelimit 応答を待つ最大秒数
//テストの最大秒数。その内部の暗黙的な値は -n 50000 です。サーバーのテストを一定の合計時間に制限できます。デフォルトでは、時間制限はありません。
-p postfile POST するデータを含むファイル
//POST が必要なデータを含むファイル。
-T content-type POST 用のコンテンツ タイプ ヘッダー
//POST データに使用されるコンテンツ タイプのヘッダー情報。
-v verbosity 印刷するトラブルシューティング情報の量
//表示される情報の詳細度を設定します - 4 以上はヘッダー情報を表示し、3 以上は応答コード (404、200 など) を表示し、2 以上の値警告やその他の情報を表示できます。 -V バージョン番号を表示して終了します。
-w 結果を HTML テーブルで出力
//結果を HTML テーブル形式で出力します。デフォルトでは、背景が白の 2 列幅の表です。
-i GET の代わりに HEAD を使用します
// GET の代わりに HEAD リクエストを実行します。
-x 属性 table 属性として挿入する文字列
//
-y 属性 tr 属性として挿入する文字列
//
-z 属性 td または th 属性として挿入する文字列
//
-C 属性 Cookie を追加します。 'Apache=1234. (繰り返し可能)
//-C cookie-name=value リクエストに Cookie: 行を追加します。 その典型的な形式は、名前=値のパラメータのペアです。このパラメータは繰り返し可能です。
-H 属性 任意のヘッダー行を追加します。例: 'Accept-Encoding: gzip'
すべての通常のヘッダー行の後に挿入されます (繰り返し可能)。
-A 属性 基本的な WWW 認証を追加します。属性は、コロンで区切られたユーザー名とパスワードです。 -P 属性 基本プロキシ認証を追加します。属性は、コロンで区切られたユーザー名とパスワードです。
//-P proxy-auth-username:password BASIC 認証の信頼をリレー プロキシに提供します。ユーザー名とパスワードは : で区切られ、base64 エンコードで送信されます。この文字列は、サーバーが要求するかどうか (つまり、401 認証要件コードが送信されたかどうか) に関係なく送信されます。
-X proxy:port 使用するプロキシサーバーとポート番号
-V バージョン番号を出力して終了します
-k HTTP KeepAlive 機能を使用します
-d 提供されたテーブルのパーセンタイルを表示しません。
-S 信頼性推定値と警告を表示しません。
- g filename 収集したデータを gnuplot 形式のファイルに出力します。
-e filename パーセンテージ付きの CSV ファイルを出力します
-h 使用状況情報 (このメッセージ) を表示します
//-attributes 属性を設定する文字列 欠陥のあるプログラムにさまざまな静的宣言があります。長さバッファ。さらに、コマンド ライン引数、サーバー応答ヘッダー、その他の外部入力の解析は簡単ではないため、望ましくない結果を招く可能性があります。これは HTTP/1.x の完全な実装ではなく、特定の「予期される」応答形式のみを受け入れます。 strstr(3) を頻繁に使用すると、パフォーマンスの問題が発生する可能性があります。つまり、サーバーのパフォーマンスではなく ab をテストしている可能性があります。
多くのパラメーターがありますが、通常は -c パラメーターと -n パラメーターのみを使用します。例:
これは、同時に 1000 のリクエストを処理し、index.php ファイルを 1000 回実行することを意味します。
#/usr/local/xiaobai/apache2054/bin/ab -c 1000 -n 1000 http://127.0.0.1/index. html.zh -cn.gb2312
これは ApacheBench、バージョン 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0 ですCopyright (c) 1996 Adam Twiss, Zeus Technology Ltd、http://www .zeustech. net/
Copyright (c) 1998-2002 The Apache Software Foundation、http://www.apache.org/
ベンチマーク 127.0.0.1 (しばらくお待ちください)
100 リクエストを完了しました
300 リクエストを完了しました
400 リクエストを完了しました
500 リクエストを完了しました
600 リクエストを完了しました
700 リクエストを完了しました
800 リクエストを完了しました
900 リクエストを完了しました
1000件のリクエストを完了しました
サーバー ソフトウェア: Apache/2.0.54
サーバー ホスト名: 127.0.0.1
//サーバー ホスト名
サーバー ポート: 80
//サーバー ポート
ドキュメントパス: /index.html.zh-cn.gb2312
//テストされたページドキュメント
//ドキュメントサイズ
同時実行レベル: 1000
//同時実行数
//テスト全体の期間
完了したリクエスト: 1000
//完了したリクエストの数
失敗したリクエスト: 0
//その数失敗したリクエストの数
書き込みエラー: 0
合計転送量: 1361581 バイト
//シーン全体のネットワーク転送量
転送された HTML : 1055666 バイト
//シーン全体の HTML コンテンツ転送量
1 秒あたりのリクエスト数: 122.12 [#/秒] (平均)
//誰もが最も懸念する指標の 1 つは、LR の 1 秒あたりのトランザクション数に相当します。括弧内の平均は、これが平均値であることを示します
リクエストあたりの時間: 8188.731 [ms] (平均)
//の 1 つです。誰もが最も懸念する指標 2 番目は、LR の平均トランザクション応答時間に相当します。括弧内の平均は、これが平均値であることを示します
リクエストあたりの時間: 8.189 [ms] (すべての同時リクエストの平均)
//各リクエストの実際の実行時間 平均
転送速度: 162.30 [Kbytes/sec] 受信
// 1 秒あたりのネットワーク上の平均トラフィック。これは、応答の延長につながる過剰なネットワーク トラフィックの問題があるかどうかを排除するのに役立ちます時間
接続時間 (ミリ秒)
最小平均[+/-SD] 最大中央値
接続: 4 646 1078.7 89 3291
処理中: 165 992 493.1 938 4712
待機中: 118 934 480.6 882 4554
合計: 813 1638 1338.9 1093 7785
//ネットワークに費やされた時間の分解、各データの具体的なアルゴリズムはまだあまり明確ではありません
一定時間内に処理されたリクエストの割合 (ms)
50% 1093
66% 1247
75% 1373
80% 1493
90% 4061
95% 4398
98% 5608
99% 7368
100 % 7785 (最長リクエスト)
//シーン全体のすべてのリクエストの応答ステータス。このシナリオでは、各リクエストの応答時間は 50% のユーザーの応答時間は 1093 ミリ秒未満、60% のユーザーの応答時間は 1247 ミリ秒未満、最大応答時間は 7785 ミリ秒未満です。ミリ秒
同時リクエストの場合、CPU は実際にはリクエストを同時に処理するのではなく、各リクエストで取得したタイム スライスに従って 1 つずつローテーションするため、基本的に、リクエストごとの最初の時間は、リクエスト時間ごとの 2 番目の時間とほぼ等しくなります。リクエスト時間は同時リクエストの数に基づいて乗算されます
お勧め: http://www.cnblogs.com/roucheng/p/texiao.html