ルートプラットフォームadsproxyapi展開-5dd7fbfbc7-x7cgl @：/アプリ＃のapache2-utilsのインストールapt-getの
パッケージ一覧を読み込みを...完了
建物の依存関係ツリーを
状態情報を読み取っています...完了
以下の追加パッケージがインストールされます。
  libapr1 libaprutil1 
以下の新しいパッケージがインストールされます：
  apache2の-utilsのはlibaprutil1 libapr1 
3は、新たに削除するには、0をインストールし、22がアップグレードされていない、アップグレードさ0。
アーカイブの400キロバイトを取得する必要があります。
この操作後に追加のディスク領域の905 KBが使用されます。
続けますか？[Y / N] Y  
GET：1 http://mirrors.163.com/debianストレッチ/メインAMD64 libapr1 AMD64 1.5.2-5 [96.6 KB]
GET：2 http://mirrors.163.com/debianストレッチ/メインAMD64 libaprutil1 AMD64 1.5.4-3 [85.8 KB]
GET：3 http://mirrors.163.com/debian-securityストレッチ/更新/主のAMD64のapache2-utilsのAMD64 2.4.25-3 + deb9u9 [218 KB] 
11Sでフェッチ400キロバイト（34.7 KB /秒）
のdebconf。 apt-utilsのがインストールされていないため、パッケージ構成を遅らせる
AMD64：以前に選択されていないパッケージlibapr1を選択します。
（データベース... 22004個のファイルとディレクトリが現在インストールを読む。）
アンパック... / libapr1_1.5.2-5_amd64.deb ...の準備
開梱libapr1：AMD64（1.5.2-5）... 
以前に選択されていないパッケージlibaprutil1を選択：AMD64。
アンパック... / libaprutil1_1.5.4-3_amd64.deb ...の準備を
アンパック... / apache2の-utils_2.4.25-3 + deb9u9_amd64.debの準備... 
開梱libaprutil1：AMD64（1.5.4-3）...
以前に選択されていないパッケージのapache2-utilsのを選択します。 
    一度に行うための複数の要求の-c同時実行数を
apache2の-utilsの（2.4.25-3 + deb9u9）を開梱... 
セットアップlibapr1：AMD64（1.5.2-5）... 
libcのビン（2.24から11 + deb9u4）の処理のトリガーは... 
libaprutil1を設定します：AMD64（1.5.4-3）... 
...のapache2-utilsの（2.4.25-3 + deb9u9）の設定
libcのビン（2.24から11 + deb9u4）のためのトリガを処理中... 
ルートプラットフォームadsproxyapi @ -deployment-5dd7fbfbc7-x7cgl：/アプリの＃1000 -n AB 
AB：引数の数が正しく
使用法：AB [オプション] [HTTP [S]：//]ホスト名[：ポート] /パスの
オプションは以下のとおりです。
    -n要求の数実行するための要求
    最大に-tいるtimelimit秒を。ベンチマークに過ごすために
                    、このことは-n 50000暗示
    最大に-s timeout秒を。各応答を待ちます 
                    デフォルトは30秒です
    TCP送信の-b windowsizeサイズ/バイト単位で、受信バッファを
    発信接続作るときにバインドする-Bアドレスアドレス
    POSTにデータを含む-p postfileファイルを。-T設定することも忘れないでください
    PUTにデータを含む-u PUTFILEファイルを。-T設定することも忘れないでください
    例えば、POST / PUTデータの使用に-TコンテンツタイプContent-Typeヘッダを。
                    「アプリケーション/ x-www-form-urlencodedで」
                    デフォルトは「text / plainの」
    -v冗長印刷するにはどのくらいのトラブルシューティング情報
    -wは、HTMLテーブルの結果をプリントアウト
    代わりに、GETの-i使用HEAD
    使用するポートPROXYSERVERとポート番号：-Xプロキシ 
    -xは、テーブルの属性として挿入するために文字列の属性
    -yはtrが属性として挿入するために文字列を属性
    -zは、TDまたは番目の属性として挿入するために文字列を属性
    例えば、-C属性追加のクッキーを。'アパッチ= 1234'。（繰り返し可能）
    -H属性は、例えば、任意のヘッダ行を追加します。「受け入れ-エンコード：gzipで」
                    すべての通常のヘッダ行の後に挿入。（繰り返し可能）
    -A属性基本WWW認証を追加、属性は、
                    コロンは、ユーザー名とパスワードを分離しています。
    -P属性は基本プロキシ認証を追加し、属性は、
                    コロンは、ユーザー名とパスワードを分離しています。
    -vバージョン番号を表示して終了
    -k使用HTTPキープアライブ機能 
    パーセンタイルテーブルを務め表示しません-d。
    -Sは、信頼推定と警告を表示しません。
    150の以上の要求を行うとき-q進行状況を表示しない
    変数文書の長さを受け入れる（動的ページのためにこれを使用）-l 
    gnuplotの形式のファイルに-gファイル名の出力収集したデータを。
    割合と-eファイル名出力CSVファイルが提供さ
    -rにエラーが発生したソケットに終了しないでください。
    -mメソッドメソッド名
    -h表示使用情報（このメッセージ）
    -I無効TLSサーバ名表示（SNI）拡張
    -Zは、SSL / TLS暗号スイート（OpenSSLの暗号を参照してください）指定のCipherSuite  
    プロトコル-f SSL / TLSプロトコルを指定
                    （TLS1、TLS1.1、TLS1.2またはALL）
/アプリ＃AB -n 1000年-c 2のhttp：プラットフォームadsproxyapi展開-5dd7fbfbc7-x7cgl @ルートを：//プラットフォームadsproxyapi / API /オプス/ TestProxy 
これはApacheBench、バージョン2.3 <$リビジョン：1757674 $> 
著作権1996アダムTwiss、ゼウス・テクノロジー株式会社、http://www.zeustech.net/ 
は、Apache Software Foundationにライセンス供与、http://www.apache.org/ 

ベンチマークプラットフォームadsproxyapi（BE患者）
完成品100件のリクエスト
完了200のリクエスト
完了300のリクエスト
完了400のリクエスト
完了500の要求
600個の要求が完了
700の要求を完了
完成した800件のリクエスト
900件のリクエスト完了
千のリクエストが完了し
完成1000の要求 
時間リクエストあたり：452.283 [MS]（平均）


サーバーソフトウェア：ケストレル
サーバーのホスト名：プラットフォームadsproxyapi 
サーバーポート：80 

ドキュメントパス：/ API /オプス/ TestProxy 
文書の長さ：バイト95 

同時実行レベル：2 
テストにかかった時間：226.142秒
完全な要求：1000の
失敗した要求：832 
   （接続： 0、受信：0、長さ：832、例外：0）は
合計転送：269848バイト
HTML転送：85848バイト
毎秒要求：4.42 [＃/秒（平均） 
接続タイムズ（ミリ秒）
リクエストあたりの時間：226.142 [ミリ秒]（平均、すべての同時要求にわたって）
転送速度：受信1.17 [バイト/秒] 

              分の平均値[+/- SD]中央値最大
接続：0 0 1.0 0 25 
処理：65 452 871.9 86 3337 
待機：65 451 872.0 86 3337 
合計：65 452 871.9 86 3337 

一定時間内に配信要求（MS）の割合
  が50％86 
  66％97 
  75％109 
  80％131 
  90％1449 
  95％3032 
  98％3107 
  99％3191 
 100％3337（最長リクエスト）
プラットフォームadsproxyapi展開-5dd7fbfbc7-x7cgl @ルート：/アプリ＃

Linuxでのabストレステスト

1.abのご紹介

ABはapachebenchコマンドの省略形です。

ABは、ストレステストツールは、Apacheが付属しています。非常に実用的なABは、それだけで、Apacheサーバのストレステストでサイトにアクセスすることはできませんまた、圧力がテストやサーバー、他の種類のかもしれません。などnginxの、tomcatに、IISなど

2.ab原則

AB原理：ABコマンドは、複数の並行スレッドへのアクセスを作成し、複数の訪問者が同時にアクセスするURLアドレスをシミュレートします。その目標は、両方のは、Apacheこともでき、テストnginxの、圧力lighthttp、tomcatに、IISおよび他のWebサーバーをテスト負荷応力に使用することができますように、URLに基づいてテストすることです。

ABコマンド発行コンピュータが、それはどちらも高いCPUを占有していない、非常に低い負荷を必要とし、それが大量のメモリを占有されることはありません。しかし、それは巨大なターゲットサーバの負荷が発生します、原理はCCの攻撃に似ています。また、注意を払う必要に使用して負荷にそうでない場合は、あまりにも多くの時間を自分自身をテストします。クラッシュにターゲットサーバ資源の枯渇、厳しいとさえリードを引き起こすことがあります。

3.abインストール

YUMのhttpd-ツールをインストール-y

apache2の-utilsのインストールapt-getを

6.abアプリケーション

ABのコマンドパラメータは、より多くの、私たちはしばしば-cと-nパラメータを使用します。

ABは-c 10 -n 100 http://www.myvick.cn/index.php：100の要求が同時に処理され、10回実行index.phpを

　　-C10 10同時ユーザーの数を表し、

　　100は、要求の合計数を表し-n100

[VIC @ルートHTML] AB＆＃100 http://www.myvick.cn/index.php -C 10 -n 
これはApacheBench、バージョン2.3 IS <$リビジョン：655 654 $> 
著作権1996アダムTwiss、ゼウスTechnology社は、HTTP ：//www.zeustech.net/ 
、http://www.apache.org/では、Apache Software Foundationにライセンス

ベンチマークwww.myvick.cn（患者BE）..... DONE 


サーバーソフトウェア：nginxの/ 1.13.6 ＃テストサーバーネーム
サーバーのホスト名：URLホスト名www.myvick.cn＃リクエスト
サーバポート：ポート上の80 #webサーバのリスニング

ドキュメントパス：ルートの絶対パス/index.php＃要求のURL、文書の採択拡張、我々は要求の一般的なタイプを理解することができ
#HTTP本体の長さの応答データバイト799：ドキュメントの長さを

同時実行レベル：同時ユーザーの10＃番号を、それが我々のセットパラメータの一つであります 
テストするためにかかった時間：0.668秒＃すべての要求を秒単位で過ごした合計時間に処理され 
コンプリートリクエスト：我々は設定パラメータの一つである要求の総数の100＃、
失敗した要求を：0＃ここで、失敗した要求の数を表しを異常な失敗した要求、及び応答のタイムアウトのサーバ接続、データ伝送および他の態様では発生していない場合を意味する
0：書き込みエラー
転送合計：すべての要求されたデータの長さとの和に応じて＃96200バイト。ヘッダ情報の本体データ長を含む各HTTPレスポンスデータ
HTML転送：79900バイト＃すべてのテキストデータの和のデータ要求に応答して、すなわち、HTTPレスポンスのヘッダ情報の長さを減算することにより合計データ転送
当たりのリクエストを第二：149.71 [＃/秒] （平均）＃ スループット、計算値：完全なリクエスト/時間の試験のために採取した要求の総数/時間の処理要求の数が費やされ
、要求あたりの時間：66.797 [ミリ秒] （平均）＃ 平均時間は、ユーザーの要求待ち、計算：時間は、テスト/（コンプリートのトークン要求/同時実行レベル）。リクエストの数は/（要求の合計数/同時ユーザー）費やしたすべての時間を処理し
リクエストあたりの時間：6.680 [ms]で （平均、すべての同時要求にわたって）＃のサーバーの平均要求待ち時間、計算：時間のテスト/コンプリートリクエストのために採取し 、 スループットの正確逆。リクエスト/同時実行レベルあたりの時間：それは統計ができるので
転送速度：受信＃は単位時間内にサーバから取得した要求のデータ長を表し140.64 [バイト/秒]は、計算：合計trnasferred /時間がテストのために採取し 、 この統計がありますサーバーの処理能力の良い説明は、ブロードバンドの輸出に対する需要を限度に達した場合。

倍接続（MS）
              分の平均[+/- SD]中央値最大
接続：2 5 1 2 0.7 
処理：81.3 3 615 2 26は
待機中：81.3 3.1 615 26である
。81.3 6.3 618 28：トータル

A内で配信要求の割合時間特定（MS）
  50％。6 
  66. 6％
  75％7 
  80 7％
  90％10 
  95％209 
  98％209 
  99％618 
 100％618（最長要求）

一定時間内に配信要求の#Percentage（MS）は、このセクションのような、各要求処理時間のデータの分布を記述するテストの上、時間の80％は7MS処理を依頼以下、処理時間は、単一のユーザのために、すなわち、要求ごとに時間の前に各要求の平均処理時間であります

7 nginxの比較アパッチ

　　nginxの性能は、apacheの性能よりも確かに高いです。優れたスループットよりApacheのnginxのスループットも大きく

参考ます。http：//www.jb51.net/article/59469.htm

　　　　　http://blog.csdn.net/caotianyin/article/details/49253055