フロントエンドコミュニティでは、CSS_html/css_WEB-ITnose をロードする新しい方法を理解できます。-htmlチュートリアル-php.cn

フロントエンドコミュニティでは、CSS_html/css_WEB-ITnose をロードする新しい方法を理解できます。

WBOY

リリース： 2016-06-21 08:51:28

オリジナル

1002 人が閲覧しました

21 回読む 2016-04-13 12:43 | システムカテゴリ: パフォーマンスの最適化 |

テスト環境の概要

このテストは次の環境に基づいています:

ApacheBench(v2.3)
Mac OS X 10.10.5
2.7 GHz Intel Core i5
メモリ 8GB

内容概要

この記事は主に ab テストの特定のパラメータを収集します。 ab テストの基本的な使い方を例文と例で紹介します。

ApacheBench (以下、ab) について

公式の説明は次のとおりです。 ab は、Apache Hypertext Transfer Protocol ( HTTP) サーバー Simple これは、同時にサーバーを要求する複数のユーザーの動作をシミュレートするマルチスレッドを作成できるストレステストツールです。これにより、ターゲットサーバーでのストレステストをシミュレートするという目的を達成できます。 https://github.com Web サイトは次のとおりです:

ab パラメーターの詳細な説明

ab テストのパラメーターを説明するには、上の図に問い合わせてください:

サーバーソフトウェア

テストされた Web サーバーソフトウェアの名前。http 応答データからのヘッダー情報。

サーバーホスト名

ヘッダーから取得される、要求された URL 内のホスト部分の名前。 http リクエストデータの情報。

サーバーポート

テストされた Web サーバーソフトウェアのリスニングポート。

SSL/TLS プロトコル

間のネゴシエーションヘッダー情報。クライアントとサーバー。この情報は SSL プロトコルが使用されている場合にのみ出力されます。たとえば、ここでテストした Github Web サイトは https プロトコルを使用しており、この情報は

Document で出力されます。 Path

リクエスト URL のルート絶対パス。場所は / です。

Document Length

最初の応答データのテキスト長 (バイト単位)。 >

同時実行レベル

コマンド内の同時ユーザーの数。 -c に続くパラメーターとして表示されます。

テストにかかった時間

合計所要時間すべてのリクエスト。合計リクエストは、最初のソケットが作成されてから受け入れられるまでのパラメーターとして -n の後に表示されます。

リクエストの完了

。

コマンドの -n の後のパラメーターと一致するリクエストの合計数。

失敗したリクエスト

失敗したリクエストの数は、サーバーへの接続における例外を指します。データの送信、データの受信など、および応答なしでタイムアウトした場合、受信した http 応答データのヘッダー情報に 2xx 以外のステータスコードが含まれている場合、テスト結果には非 2xx 応答と呼ばれる別の統計項目が表示されます。これはリクエストの数をカウントするために使用されます。これらのリクエストは失敗したリクエストとはみなされません。

送信された本文の合計

リクエストの場合、POST タイプのリクエスト本文のみがここに表示されます。

転送された HTML

各 http 応答データのヘッダーを含む、すべてのリクエストの応答データの合計の長さメッセージと本文データの長さ (

転送された HTML

すべてのリクエストの応答データ内の本文データの合計、つまり、応答データ内のヘッダー情報を除く長さ.

1 秒あたりのリクエスト

これは、サーバーが 1 秒あたりに受け入れることができるリクエストの数、つまりスループットレートに相当します。完全なリクエスト / 所要時間の式で計算できます。テストの場合、上図に示すように、結果は 10 / 10.497 ≈ 0.95 として計算されます。これ以降の計算結果は、値がどのように変化するかをテストするための平均値であることを意味します。リクエストの数が増加すると、プログラム分析が特別に作成されました。クリックしてコードを表示し、質問を表示します。

リクエストごとの時間

最初の TPR は、ユーザーの平均リクエスト待機時間を表します。テストにかかった時間 / (リクエストの完了 / 同時実行レベル) の式で計算されます。たとえば、上の図の結果を 10.497 / 10 / 2 ≈ 2099.4 として計算します (

あたりの時間)。 request

2 番目の TPR は、サーバーが各同時リクエストを処理するのにかかる平均時間を表します。上図の結果を計算すると、リクエストごとの時間 / 同時実行レベルが計算されます。 1049.7 (これはおおよその値です)。

転送速度

からのリクエストです。サーバーによって取得されるデータ長は、たとえば、「総転送量 / テストにかかった時間」という式で計算できます。 , 上の図では、結果は 273337(byte) / 10.497 ≈ 26039.5351 / 1024(kb) ≈ 25.43kb/s として計算されます。ここからも確認できます。

接続のおおよその帯域幅要件。 Times(ms)

ここでは、Connect、Processing、Waiting、および Total について説明します。 Connect は、ネットワーク遅延とリモートサーバーとの接続を確立するコストを表します。 time、Processing は、ここで、待機時間は、送信された最初のバイトと最初の応答バイトが受信されるまでにかかる時間をおおよそ推測できます。合計は、接続の確立から最初のバイトの応答を受信するまでの合計時間を表します。もちろん、上の図の結果に基づいて単純に加算することはできません。なぜなら、この数字は平均値を表しているからです。