ab压力测试

3.用/usr/local/apache/bin/ ab 来测试压力  不过还有一个工具叫 webbench 也可以测试。

[root@zh888 bin]# /usr/local/apache/bin/ab -n 100 -c 100  http://192.168.100.1:8000/index.php// 参数很多,一般我们用 -c 和 -n 参数就可以了,这个表示同时处理100个请求并运行100次index.php文件.

This is ApacheBench, Version 2.3 <$Revision: 655654 $>

Copyright 1996 Adam Twiss, Zeus Technology Ltd,  http://www.zeustech.net/

Licensed to The Apache Software Foundation,  http://www.apache.org/

Benchmarking 192.168.100.1 (be patient).....done

Server Software:        Apache/2.2.19//平台apache 版本2.0.54

Server Hostname:        192.168.100.1//服务器主机名

Server Port:            8000//端口

Document Path:          /index.php//测试的页面文档

Document Length:        36174 bytes//文档大小

Concurrency Level:      100//并发数

Time taken for tests:   4.482 seconds//整个测试持续的时间

Complete requests:      100//完成的请求数量

Failed requests:        0//失败的请求数量

Write errors:           0

Total transferred:      3642600 bytes//整个场景中的网络传输量

HTML transferred:       3617400 bytes

Requests per second:    22.31 [#/sec] (mean)//大家最关心的指标之一，相当于 LR 中的 每秒事务数 ，后面括号中的 mean 表示这是一个平均值

Time per request :       4481.929 [ms] (mean)//大家最关心的指标之二，相当于 LR 中的 平均事务响应时间 ，后面括号中的 mean 表示这是一个平均值

Time per request:        44.819 [ms] (mean, across all concurrent requests)//每个请求实际运行时间的平均值

Transfer rate:          793.68 [Kbytes/sec] received//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题

Connection Times (ms)//网络上消耗的时间的分解。

                     min  mean [+/-sd] median   max

Connect:        0     73       24.5       79      96

Processing:   252 2542 1291.7   2590    4386

Waiting:      252 2541 1292.5   2590    4384

Total:        253 2615 1311.0   2671    4482

Percentage of the requests served within a certain time (ms)//整个场景中所有请求的响应情况。

在场景中每个请求都有一个响应时间，其中

50％的用户响应时间小于1093 毫秒，

60％ 的用户响应时间小于1247 毫秒，

最大的响应时间小于7785 毫秒

    

  由于对于并发请求，cpu实际上并不是同时处理的，而是按照每个请求获得的时间片逐个轮转处理的，所以基本上第一个Time per request时间约等于第二个Time per request时间乘以并发请求数

  50%   2671

  66%   3351

  75%   3923

  80%   4095

  90%   4358

  95%   4441

  98%   4472

  99%   4482

 100%   4482 (longest request)

4.是在使用Apache2.2的ab进行测试时遇到的问题：

使用ab测试的时候当-c并发数超过1024就会出错：

windows下提示：apr_pollset_create failed: Invalid argument (22)

linux下提示：socket: Too many open files (24)

解决办法：

linux下：ulimit -n 35768（设置系统允许同时打开的文件数，系统默认是1024），可以用ulimit -a查看open files项，# lsof |wc -l 可以查看系统所有进程的文件打开数。

ulimit：显示（或设置）用户可以使用的资源限制 　　 

　　ulimit -a 显示用户可以使用的资源限制 　　 

　　ulimit unlimited 不限制用户可以使用的资源，但本设置对可打开的最大文件数（max open files） 　　 

　　和可同时运行的最大进程数（max user processes）无效 　　 

　　ulimit -n <可以同时打开的文件数> 设置用户可以同时打开的最大文件数（max open files） 

　　例如：ulimit -n 8192 　　 

　　如果本参数设置过小，对于并发访问量大的网站，可能会出现too many open files的错误 　　 

　　ulimit -u <可以运行的最大并发进程数> 设置用户可以同时运行的最大进程数（max user processes） 　　 

　　例如：ulimit -u 1024　


在进行性能测试过程中有几个指标比较重要：
1、吞吐率（Requests per second）
服务器并发处理能力的量化描述，单位是reqs/s，指的是在某个并发用户数下单位时间内处理的请求数。某个并发用户数下单位时间内能处理的最大请求数，称之为最大吞吐率。
记住：吞吐率是基于并发用户数的。这句话代表了两个含义：
a、吞吐率和并发用户数相关
b、不同的并发用户数下，吞吐率一般是不同的
计算公式：总请求数/处理完成这些请求数所花费的时间，即Request per second=Complete requests/Time taken for tests
必须要说明的是，这个数值表示当前机器的整体性能，值越大越好。
2、并发连接数（The number of concurrent connections）
并发连接数指的是某个时刻服务器所接受的请求数目，简单的讲，就是一个会话。
3、并发用户数（Concurrency Level）
要注意区分这个概念和并发连接数之间的区别，一个用户可能同时会产生多个会话，也即连接数。在HTTP/1.1下，IE7支持两个并发连接，IE8支持6个并发连接，FireFox3支持4个并发连接，所以相应的，我们的并发用户数就得除以这个基数。
4、用户平均请求等待时间（Time per request）
计算公式：处理完成所有请求数所花费的时间/（总请求数/并发用户数），即：Time per request=Time taken for tests/（Complete requests/Concurrency Level）
5、服务器平均请求等待时间（Time per request:across all concurrent requests）
计算公式：处理完成所有请求数所花费的时间/总请求数，即：Time taken for/testsComplete requests可以看到，它是吞吐率的倒数。同时，它也等于用户平均请求等待时间/并发用户数，即Time per request/Concurrency Level

测试结果说明：
Server Software表示被测试的Web服务器软件名称。
Server Hostname表示请求的URL主机名。
Server Port表示被测试的Web服务器软件的监听端口。
Document Path表示请求的URL中的根绝对路径，通过该文件的后缀名，我们一般可以了解该请求的类型。
Document Length表示HTTP响应数据的正文长度。
Concurrency Level表示并发用户数，这是我们设置的参数之一。
Time taken for tests表示所有这些请求被处理完成所花费的总时间。
Complete requests表示总请求数量，这是我们设置的参数之一。
Failed requests表示失败的请求数量，这里的失败是指请求在连接服务器、发送数据等环节发生异常，以及无响应后超时的情况。如果接收到的HTTP响应数据的头信息中含有2XX以外的状态码，则会在测试结果中显示另一个名为“Non-2xx responses”的统计项，用于统计这部分请求数，这些请求并不算在失败的请求中。
Total transferred表示所有请求的响应数据长度总和，包括每个HTTP响应数据的头信息和正文数据的长度。注意这里不包括HTTP请求数据的长度，仅仅为web服务器流向用户PC的应用层数据总长度。
HTML transferred表示所有请求的响应数据中正文数据的总和，也就是减去了Total transferred中HTTP响应数据中的头信息的长度。
Requests per second吞吐率，计算公式：Complete requests/Time taken for tests
Time per request用户平均请求等待时间，计算公式：Time token for tests/（Complete requests/Concurrency Level）。
Time per requet(across all concurrent request)服务器平均请求等待时间，计算公式：Time taken for tests/Complete requests，正好是吞吐率的倒数。也可以这么统计：Time per request/Concurrency Level。
Transfer rate表示这些请求在单位时间内从服务器获取的数据长度，计算公式：Total trnasferred/ Time taken for tests，这个统计很好的说明服务器的处理能力达到极限时，其出口宽带的需求量。
Percentage of requests served within a certain time（ms）这部分数据用于描述每个请求处理时间的分布情况，比如以上测试，80%的请求处理时间都不超过6ms，这个处理时间是指前面的Time per request，即对于单个用户而言，平均每个请求的处理时间。