压 力测试是一种基本的质量保证行为，它是每个重要软件测试工作的一部分。压力测试的基本思路很简单：不是在常规条件下运行手动或自动测试，而是在计算机数量 较少或系统资源匮乏的条件下运行测试。通常要进行压力测试的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压力测试。 1.apache安装 下载： 从Apache官方网站http://httpd.apache.org/download.cgi下载httpd-2.0.58.tar.gz。 安装： 先解压缩tar文件 tar -zxvf  httpd-2.0.58.tar.gz (1)./configure -prefix=/usr/local/apache2test -enable-so -enable-shared=max -with-mpm=worker -enable-deflate -enable-headers -enable-rewrite -enable-proxy -enable-proxy -enable-ssl -with-ssl=/path/to/install/openssl_0.97i -enable-modules=all && make && make install (这是正式服务器上的apache2的编译参数，其中–with-mpm=worker –with-ssl=/path/to/install/openssl_0.97i可以根据实际情况做出修改) 然后安装php，并且在/usr/local/apache2test/conf目录下的httpd.conf里面的DSO支持之后加入 AddType application/x-httpd-php .php .phtml .html .htm AddType application/x-httpd-php-source .phps 最后将测试的php网页文件添加到/usr/local/apache2test/htdocs目录下 (2) make (3)make install 2.测试工具说明以及安装 ab: ab是Apache超文本传输协议(HTTP)的性能测试工具。 其设计意图是描绘当前所安装的Apache的执行性能，主要是显示你安装的Apache每秒可以处理多少个请求； 概要:运行/usr/local/apache-install-path/bin/ab -help查看ab的具体命令选项； 命令选项-c concurrency 一次产生的请求个数。默认是一次一个。 -n requests 在测试会话中所执行的请求个数。 默认时，仅执行一个请求，但通常其结果不  具有代表意义 运行结果:主要要注意的是以下内容 Time taken for tests: 总共执行所花费的时间.(以上 1000 次共多久) Requests per second:  每秒平均可以处理多少个connection. 备注:每次仅仅能针对一个连接做重复的测试。 Siege:     是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。 下载/安装 Siege时一个开放源代码项目，可以在http://www.google.com上查找 备注：最好选择2.5以上版本，因为高版本多包括一个辅助工具，能够做增量压力测试，低版本不包括此工具。 安装： ./configure -prefix=/path/to/install && make && make install 使用说明: siege使用 在/path/to/install/bin/目录下创建需要测试的链接文件，如www.test.com.url,添加需要的测试的链接 http://10.5.3.122/test/google.php/ http://10.5.3.122/test/baidu.php/ http://10.5.3.122/test/sogou.php/ 然后保存。 siege使用样例： siege -c 20 -r 2 -f www.chedong.com.url 参数说明： -c 20 并发20个用户 -r 2 重复循环2次 -f www.test.com.url 任务列表：URL列表 输出样例： ** Siege 2.59 ** Preparing 20 concurrent users for battle. 这次“战斗”准备了20个并发用户 The server is now under siege.. done. 服务在“围攻”测试中： Transactions: 40 hits 完成40次处理 Availability: 100.00 % 成功率 Elapsed time: 7.67 secs 总共用时 Data transferred: 877340 bytes 共数据传输：877340字节 Response time: 1.65 secs 相应用时1.65秒：显示网络连接的速度 Transaction rate: 5.22 trans/sec 平均每秒完成5.22次处理：表示服务器后台处理的速度 Throughput: 114385.92 bytes/sec 平均每秒传送数据：114385.92字节 Concurrency: 8.59 最高并发数 8.59 Successful transactions: 40 成功处理次数 Failed transactions: 0 失败处理次数 bombardment使用样例: bombardment www.test.com.url 5 3 4 1 初始化URL列表：www.test.com.url 初始化为：5个用户 每次增加：3个用户 运行：4次 每个客户端之间的延迟为：1秒 输出样例和siege一致，但是会在每一次增量结束之后都有输出。 3.测试方法说明 测试步骤： 方法1.安装apache2后，直接使用apache2的默认设置配置，不做任何修改，进行测试； 方法2.按照以前文档提出的Web容量规划和内存的大小，计算出相应的启动进程数，配置httpd.conf文件，再进行测试； ServerLimit             400 StartServers            20 MinSpareServers         20 MaxSpareServers         50 MaxClients       300 MaxRequestsPerChild     10000 方法3.超过极限设置，进行测试。(规划容量的2倍进行) 1000个链接，分为不同的并发数请求，10、50、100、200、300、500 ab测试: /usr/local/apache2.53/bin/ab -n 1000 -c 10 http://10.5.3.122/test/google.php/ /usr/local/apache2.53/bin/ab -n 1000 -c 50 http://10.5.3.122/test/google.php/ /usr/local/apache2.53/bin/ab -n 1000 -c 100 http://10.5.3.122/test/google.php/ /usr/local/apache2.53/bin/ab -n 1000 -c 200 http://10.5.3.122/test/google.php/ /usr/local/apache2.53/bin/ab -n 1000 -c 300 http://10.5.3.122/test/google.php/ /usr/local/apache2.53/bin/ab -n 1000 -c 500 http://10.5.3.122/test/google.php/ siege测试: /usr/local/siege/bin/siege -c 10 -r 100 -f www.test.com.url /usr/local/siege/bin/siege -c 50 -r 20 -f www.test.com.url /usr/local/siege/bin/siege -c 100 -r 10 -f www.test.com.url /usr/local/siege/bin/siege -c 200 -r 5 -f www.test.com.url /usr/local/siege/bin/siege -c 300 -r 3 -f www.test.com.url /usr/local/siege/bin/siege -c 500 -r 2 -f www.test.com.url 增量测试: /usr/local/siege/bin/bombardment www.test.com.url 1 100 5 1 /usr/local/siege/bin/bombardment www.test.com.url 1 100 6 1 4.测试结果总结     ab测试:测试并发连接数在50~500的情况下，方法2比方法1性能略有提升，但是相差在10个并发连接数左右，并且方法1方法2在测试并发数100的情况下，实际并发数都相差无几。      siege测试:测试并发数从50之后直到500，性能都有提升，并且在测试并发数100、200、500的情况下，提升相差10~30个实际并发数。     bombardment测试:相差不大。本次测试的结果不太理想，性能的变化不显著，也不明显，可以所属于失败的测试结果。 分析原因：     1.本身硬件配置不高，所以默认设置和修改后的设置变化不明显，对性能的提升也明显不足；     2.负载情况太少，由于系统性能原因，增量测试都不能过大的进行，系统性能load average过高；     3.测试页面程序也太少，没有太大说服力。 (责任编辑：admin)