サイトのストレステストツールの予備的な理解

A、ABのウェブサイトのストレステスト

ABがされているApacheの組み込みのストレステストツール、abがあるapachebenchコマンド。それだけでなく、Apacheサーバのストレステストでサイトにアクセスすることができ、また試験圧力または他のタイプのサーバかもしれません。このようなようにnginxの、tomcatに、IISおよびなど。

以下のような:AB&-n 1000年-c 50 http://www.newdev.gztest.com/( -n -cすべての同時要求)

秒あたりの要求:108.61 [#/秒](平均)#1 秒あたりの要求我々が最も懸念している(平均)//インデックス1、括弧に続くLRにおける秒あたりのトランザクションの数に相当しますが、これがあることを意味しますリクエストあたりの平均時間:460.381 [ミリ秒] (平均)# 同時は括弧内に続くたびに、ほとんどLRにおけるトランザクションの平均応答時間と等価な2つの、心配の(すべて同時)//インデックスは、その平均値を示している要求します平均して
9.208 [MS]:要求ごとに時間 (すべての同時要求にわたる平均は、)# 各要求に対する実際の実行時間の平均各要求時間(平均同時)//
転送速度:8771.39 [バイト/秒 ]受信します毎秒ネットワーク#//平均転送レートのトラフィック、拡張された応答時間の問題の原因過度のネットワーク・トラフィックの存在うち缶ヘルプルール

見るために推奨:https://www.cnblogs.com/yueminghai/p/6412254.html

二、iperfのは、ネットワークパフォーマンスを測定します

iperfのは、ネットワークパフォーマンステストツールです。iperfのは、最大のTCPとUDPの帯域幅性能をテストすることができます。必要に応じてUDP Iperfの特性および様々なパラメータを調整することができます。iperfのは、帯域幅、遅延、ジッタ、およびパケット損失を報告することができます。テストは、分割された場合、サーバーとクライアント

1:同じホストステーションにおいて、別の仮想ネットワーク最大マシンに仮想マシンの性能を試験します

2:ネットワーククラウド内のテスト合計最大ネットワーク性能

3:LAN無線LANの最大伝送性能試験

4:テストポイント間の帯域幅

サーバー(TCPモードテスト
のIperf -s(サーバーなど-s)
クライアント
iperfの-c 192.168.122.1 -t 60#TCPモードでは、サーバー192.168.1.1アップロード帯域幅テストのクライアント、テスト時間は60秒です。
iperfの-c 192.168.122.1 -P 30 -t 60#30のクライアントが同時にサーバスレッドへの接続を開始します。
iperfの-c 192.168.122.1 -d -t 60 -i 2 # アップリンクとダウンリンクの帯域幅テスト。

 サーバ(UDPモードテスト

-u -s Iperfの
#-u UDPモードとして実行、-sサーバが表す
クライアント
のIperf -u -b 100M 192.168.122.1 -C 2 -t 60 -i
#説明:UDPモードでは100Mbpsでありますサーバー192.168.1.1アップロード帯域幅テストへのデータ伝送速度、クライアント、テスト時間は60秒である
のIperf -u -C 192.168.122.1 5M -P -t 30 6
同時に最大5Mbpsのサーバスレッドに接続されている#30開始するクライアントデータ伝送速度
のIperf -u -b 100M -C 192.168.122.1 -t 60 -d
#100Mデータ伝送速度、アップリンクおよびダウンリンクの帯域幅テストに

三、JMeterの性能試験(界面圧)

ApacheのJMeterのは、オープンソースであるストレステストツールを、JMeterのが基づいているのJava   開発だけでなく、ためのWebストレステスト、また、オープンソースベースのアクセスソフトウェア、静的ファイル、データベースのためのストレステストを行うために使用されるFTPSSHとそう   ストレステストを windosシステム上で実行されています。

参照することをお勧めします。https://www.cnblogs.com/balllyh/p/9474372.html

              https://blog.csdn.net/u012111923/article/details/80705141

四、WebBenchのウェブサイトのストレステスト

 webbench -c 300 -t 60 http://www.baidu.com/

-t表示测试的时间,-c表示并发访问网站的客户数

Webbench能测试处在相同硬件上,不同服务的性能,也能测试不同硬件上同一个服务的运行状况。
webbench的标准测试可以展示服务器的两项内容:每秒钟相应请求数和每秒钟传输数据量。
webbench具有静态页面的测试能力,能对动态页面(ASP,PHP,JAVA,CGI)进行测试;也支持对含有SSL的安全网站例如电子商务网站进行静态或动态的性能测试
五、http_load压力测试(负载、吞吐量)

http_load是基于linux平台的性能测试工具,它体积非常小,仅100KB。它以并行复用的方式运行,可以测试web服务器的吞吐量与负载

 http_load使用方式:

 http_load -parallel 100 -fetches 10000

 #100个并发执行10000次

 http_load -parallel 100 -seconds 3600

 #100个并发执行1小时

 http_load -rate 100 -fetches 10000

 #每秒100个请求频率,请求10000次

 http_load -rate 100 -seconds 3600

 #每秒100个请求频率执行1小时

推荐看:https://www.cnblogs.com/cqingt/p/6043126.html

 六、Loadrunner(LR)

 Loadrunner 11是一款免费的性能测试工具,他包含三个大模块(运行在windos)

 •使用VuGen:创建脚本
•运用Controller:设置方案
•查看Analysis:分析测试结果

LR性能测试常用术语:

并发用户数量:与服务器进行交互的在线用户数量(与服务器交互+在线)。

请求响应时间:从client端发出请求到得到响应的整个时间(发送请求时间+sever返回消息时间)。

事务响应时间:完成一个事务所用的时间(很重要)

吞吐率:每秒在网络上传输的数据量(是指server端返回client端的数据量),同样很重要

tps(Transaction per second)每秒系统能够处理事务的数量(与并发用户数相关。举个例子,一个事务的响应时间是1s,现在有一个用户与服务器进行交互,那么此时的tps就是1;一个事务的响应时间是1s,此时1000个用户与服务器进行交互,未达到服务器极限的情况下,服务器基本稳定,此时的tps就是1000)。

点击率:每秒发送的HTTP请求数量,点击率越大,对server的压力越大(非鼠标点击button数,并不准确,一个button可能包含多个请求)

资源利用率:监控不同资源的使用程度,比如服务器的CPU、内存等

 推荐:https://blog.csdn.net/gyrii/article/details/80237497

七、Jprofiler (测java应用,商用软件)

JProfiler是由ej-technologies GmbH公司开发的一款性能瓶颈分析工具(该公司还开发部署工具)。

推荐:https://www.cnblogs.com/jpfss/p/8488111.html

八、Spotight(测Oracle数据库) 

Spotlight是一个强有力的Oracle数据库实时性能诊断工具,提供了一个直观的、可视化的数据库活动展现。Spotlight可视化展现性能瓶颈,一旦某个指标超出可接受的阀值的话。而且,通过下钻功能,DBA可以简单、快速地追查性能瓶颈的底层原因。

推荐:https://blog.csdn.net/u011391839/article/details/79983446

九、siege(Http压力测试工具

Siege是一款高性能的Http压力测试工具。
Siege支持身份验证、cookies、http、https和ftp协议。

推荐:https://www.jianshu.com/p/74c465ff136f

 

 

 

 

LR性能测试常用术语:

并发用户数量:与服务器进行交互的在线用户数量(与服务器交互+在线)。

请求响应时间:从client端发出请求到得到响应的整个时间(发送请求时间+sever返回消息时间)。

事务响应时间:完成一个事务所用的时间(很重要)

吞吐率:每秒在网络上传输的数据量(是指server端返回client端的数据量),同样很重要

tps(Transaction per second)每秒系统能够处理事务的数量(与并发用户数相关。举个例子,一个事务的响应时间是1s,现在有一个用户与服务器进行交互,那么此时的tps就是1;一个事务的响应时间是1s,此时1000个用户与服务器进行交互,未达到服务器极限的情况下,服务器基本稳定,此时的tps就是1000)。

CTR:第2の量あたりの送信されたHTTPリクエスト、より大きなクリック率、大きいサーバー上の圧力(非ボタンのマウスクリックの数、正確ではなく、ボタンは、複数の要求を含んでいてもよいです)

リソース使用率:異なるリソースの使用の範囲を監視、などのサーバーCPU、メモリ、など

おすすめ

転載: www.cnblogs.com/zjz20/p/11775098.html