博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
apache-ab并发负载压力测试(转)
阅读量:5910 次
发布时间:2019-06-19

本文共 2218 字,大约阅读时间需要 7 分钟。

ab命令原理 

Apache的ab命令模拟多线程并发请求,测试服务器负载压力,也可以测试nginx、lighthttp、IIS等其它Web服务器的压力。 
ab命令对发出负载的计算机要求很低,既不会占用很多CPU,也不会占用太多的内存,但却会给目标服务器造成巨大的负载,因此是某些DDOS攻击之必备良药,老少皆宜。自己使用也须谨慎。否则一次上太多的负载,造成目标服务器直接因内存耗光死机,而不得不硬重启,得不偿失。

在带宽不足的情况下,最好是本机进行测试,建议使用内网的另一台或者多台服务器通过内网进行测试,这样得出的数据,准确度会高很多。远程对web服务器进行压力测试,往往效果不理想(因为网络延时过大或带宽不足)

下载安装: 

 
找到 httpd-2.2.21-win32-x86-no_ssl.msi  

参数文档: 

 

运行: 

在Windows系统下,打开cmd命令行窗口,定位到apache安装目录的bin目录下 
cd C:\Program Files (x86)\Apache Software Foundation\Apache2.2\bin

键入命令: 

ab -n 800 -c 800   
(-n发出800个请求,-c模拟800并发,相当800人同时访问,后面是测试url)

ab -t 60 -c 100  

在60秒内发请求,一次100个请求。 
  
//如果需要在url中带参数,这样做 
ab -t 60 -c 100 -T "text/plain" -p p.txt  
p.txt 是和ab.exe在一个目录 
p.txt 中可以写参数,如  p=wdp&fq=78 
 

ab并发负载压力测试

ab并发负载压力测试-曾祥展 

结果参数解释: 
This is ApacheBench, Version 2.3 <$Revision: 655654 $> 
Copyright 1996 Adam Twiss, Zeus Technology Ltd,  
Licensed to The Apache Software Foundation, 

Benchmarking 192.168.0.10 (be patient) 

Completed 100 requests 
Completed 200 requests 
Completed 300 requests 
Completed 400 requests 
Completed 500 requests 
Completed 600 requests 
Completed 700 requests 
Completed 800 requests 
Finished 800 requests

Server Software:        Microsoft-HTTPAPI/2.0 
Server Hostname:        192.168.0.10 
Server Port:            80

Document Path:          / 

Document Length:        315 bytes       HTTP响应数据的正文长度

Concurrency Level:      800 

Time taken for tests:   0.914 seconds    所有这些请求处理完成所花费的时间 
Complete requests:      800             完成请求数 
Failed requests:        0                失败请求数 
Write errors:           0                
Non-2xx responses:      800 
Total transferred:      393600 bytes     网络总传输量 
HTML transferred:       252000 bytes     HTML内容传输量 
Requests per second:    875.22 [#/sec] (mean) 吞吐量-每秒请求数 
Time per request:       914.052 [ms] (mean)  服务器收到请求,响应页面要花费的时间 
Time per request:       1.143 [ms] (mean, across all concurrent requests) 并发的每个请求平均消耗时间 
Transfer rate:          420.52 [Kbytes/sec] received 平均每秒网络上的流量,可以帮助排除是否存在网络流量过大导致响应时间延长的问题

网络上消耗的时间的分解: 
Connection Times (ms) 
              min  mean[+/-sd] median   max 
Connect:        0    1   0.5      1       3 
Processing:   245  534 125.2    570     682 
Waiting:       11  386 189.1    409     669 
Total:        246  535 125.0    571     684

整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间 

其中 50% 的用户响应时间小于 571 毫秒 
80 % 的用户响应时间小于 652 毫秒 
最大的响应时间小于 684 毫秒 
Percentage of the requests served within a certain time (ms) 
  50%    571 
  66%    627 
  75%    646 
  80%    652 
  90%    666 
  95%    677 
  98%    681 
  99%    682 
100%    684 (longest request)

 

转载于:https://www.cnblogs.com/sandea/p/5094280.html

你可能感兴趣的文章
BTree和B+Tree详解
查看>>
Struts2_03_控制器(过滤器/拦截器/Action)
查看>>
3D打印浪潮中的赢家与输家
查看>>
文件系统在NVMe SSD上的性能表现分析
查看>>
链接自动化测试工具xenu
查看>>
令人疑惑的defaultValueAttribute
查看>>
AWR Wait Class
查看>>
一帆风顺中的煎熬,《腾讯传》读后感
查看>>
三星i917官方wp7.8刷机、越狱、防锁全过程
查看>>
区块链初始化与实现POW工作量证明
查看>>
vsftp安装与下载
查看>>
win10系统80端口被占用怎么办
查看>>
对《微营销》与《大数据营销》的读后思考
查看>>
hadoop(2.5,2.6) HDFS偶发性心跳异常以及大量DataXceiver线程被Blocked故障处理分享
查看>>
闲睱小记 ——于世
查看>>
Zabbix应用之Server/Agent部署
查看>>
Python从菜鸟到高手(13):分片(Slicing)
查看>>
关于Oracle表空间创建时间的探究
查看>>
Weblogic "./startWebLogic.sh" Error 解决
查看>>
如何查找业务用例和业务执行者
查看>>