apache 压力测试

1.apache安装
    下载：  从Apache官方网站 http://httpd.apache.org/download.cgi下载httpd-2.0.58.tar.gz。
    安装：
 先解压缩tar文件
 tar -zxvf httpd-2.0.58.tar.gz
 ./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.测试工具说明以及安装
    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 14.测试结果总结
 ab测试:测试并发连接数在50~500的情况下，方法2比方法1性能略有提升，但是相差在10个并发连接数左右，并且方法1方法2在测试并发数100的情况下，实际并发数都相差无几。
 siege测试:测试并发数从50之后直到500，性能都有提升，并且在测试并发数100、200、500的情况下，提升相差10~30个实际并发数。
 bombardment测试:相差不大。
 本次测试的结果不太理想，性能的变化不显著，也不明显，可以所属于失败的测试结果。
 分析原因：1.本身硬件配置不高，所以默认设置和修改后的设置变化不明显，对性能的提升也明显不足；
    2.负载情况太少，由于系统性能原因，增量测试都不能过大的进行，系统性能load average过高；
    3.测试页面程序也太少，没有太大说服力。
=============================================
MySQL 压力测试工具super smack

refers to:http://blog.chinaunix.net/u/504/showart_1108476.html

1. 源： http://vegan.net/tony/supersmack/

2. 安装：

   注意在编译时,可以先把对应的libmysqlclient.so.*拷贝到/ usr/lib

3. 测试：
[root@DB_Backup smacks]# super-smack -d mysql select-key.smack 10 10000
Query Barrel Report for client smacker1
connect: max=37ms  min=0ms avg= 10ms from 10 clients
Query_type      num_queries     max_time        min_time        q_per_s
select_index    200000  0       0       10148.47

[root@DB_Backup smacks]# super-smack -d mysql update-select.smack 10 1000
Query Barrel Report for client smacker
connect: max=2ms  min=0ms avg= 0ms from 10 clients
Query_type      num_queries     max_time        min_time        q_per_s
select_index    10000   1       0       4038.90
update_index    10000   1       0       4038.90

在以上测试结果中，

    * 10代表10个客户端同时接入，1000代表每个客户端的查询次数（脚本中，对查询次数做了翻倍处理）
    * max、min、avg为客户端最大、最小、平均连接时间
    * num_queries、max_time、min_time为总请求次数，最大、最小查询时间（以毫秒为单位）
    * q_per_s为每秒处理的请求数
======================================
Siege：压力模拟/测试工具
作者：车东

Siege（英文意思是围攻）是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。

--------------------------------------------------------------------------------

最早使用的压力测试工具是apache的ab(apache benchmark)，apache ab做重复压力测试不错，但是每次只能测试一个链接，如何测试一组链接（比如从日志中导出的1个小时的日志，做真实压力测试），后来找到了这个：
Siege是一个压力测试和评测工具，设计用于WEB开发这评估应用在压力下的承受能力：可以根据配置对一个WEB站点进行多用户的并发访问，记录每个用户所有请求过程的相应时间，并在一定数量的并发访问下重复进行。
SIEGE is an http regressive testing and benchmarking utility. It was designed to let web developers measure the performance of their code under duress, to see how it will stand up to load on the internet. It lets the user hit a webserver with a configurable number of concurrent simulated users. Those users place the webserver "under siege." The duration of the siege is measured in transactions, the sum of simulated users and the number of times each simulated user repeats the process of hitting the server. Thus 20 concurrent users 50 times is 1000 transactions, the length of the test.

下载/安装
Siege时一个开放源代码项目：http://www.joedog.org/siege/

下载：
wget ftp://sid.joedog.org/pub/siege/siege-latest.tar.gz

安装：
%./configure ; make
#make install

siege包含了一组压力测试工具：
SIEGE (1) Siege是一个HTTP压力测试和评测工具.
使用样例：
任务列表：www.chedong.com.url文件
http://www.chedong.com/tech/
http://www.chedong.com/tech/acdsee.html
http://www.chedong.com/tech/ant.html
http://www.chedong.com/tech/apache_install.html
http://www.chedong.com/tech/awstats.html
http://www.chedong.com/tech/cache.html
http://www.chedong.com/tech/click.html
http://www.chedong.com/tech/cms.html
http://www.chedong.com/tech/compress.html
http://www.chedong.com/tech/cvs_card.html
http://www.chedong.com/tech/default.html
http://www.chedong.com/tech/dev.html
http://www.chedong.com/tech/gnu.html
....

siege -c 20 -r 2 -f www.chedong.com.url
参数说明：
-c 20 并发20个用户
-r 2 重复循环2次
-f www.chedong.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 失败处理次数

注意：由于速度很快，可能会达不到并发速度很高就已经完成。Response time显示的是测试机器和被测试服务器之间网络链接状况。Transaction rate则表示服务器端任务处理的完成速度。

辅助工具：
增量压力测试：
为了方便增量压力测试，siege还包含了一些辅助工具：
bombardment (1)
是一个辅助工具：用于按照增量用户压力测试：
使用样例：
bombardment urlfile.txt 5 3 4 1
初始化URL列表：urlfile.txt
初始化为：5个用户
每次增加：3个用户
运行：4次
每个客户端之间的延迟为：1秒

输出成CSV格式：
siege2csv.pl (1)
siege2csv.pl将bombardment的输出变成CSV格式：
Time Data Transferred Response Time Transaction Rate Throughput Concurrency Code 200 (note that this is horribly broken.)
242 60.22 603064 0.02 4.02 10014.35 0.08
605 59.98 1507660 0.01 10.09 25136.05 0.12
938 59.98 2337496 0.02 15.64 38971.26 0.26
1157 60 2883244 0.04 19.28 48054.07 0.78

参考：
开源测试工具：http://www.opensourcetesting.org/performance.php

压力测试工具：HammerHead 正在试用中

//--------------------------------------------------------------

另外：建议参考IBM上面的一篇文章，也很棒：

内核比较：2.4 和 2.6 上的 Web 服务

摘录：

Web 测试工具
在网上可以获得相当多的 Web 测试工具和基准测试。下面是我们主要用来在我们的 2.6 内核测试环境中仿真 Web-客户机压力的四个开放源代码的工具（请参阅 参考资料，获得关于这些工具的更多信息）： Httperf 是一个用来度量 Web 服务器性能的工具。Httperf 工具可以控制发出请求的速度、总连接数和超时限制。
Hammerhead 是一个设计用于测试 Web 服务器的压力测试工具。Hammerhead 可以在任意给定的时间初始化多个来自 IP 别名的连接并模拟多个（256个以上）用户。
PagePoker 是一个 Perl 包，它定义了一个浏览器代理，带有用于测试 Web 服务器的部件。PagePoker 附带了相应于三个不同用途的脚本，包括多客户机、压力测试和基准测试。
Web Performance Tool (WPT) 是 IBM 开发的一个 Web 测试工具。 除了前面讨论的用于 Web 服务测试的工具，IBM 还有一个叫做 Trade3 的工具，它是 WebSphere 端到端基准测试和性能示例应用程序。Trade3 基准测试模拟一个在线证券经纪应用程序，并提供一个真实的工作负荷来驱动 WebSphere 性能组件和部件。
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/heiyeshuwu/archive/2005/10/18/508657.aspx
===============================================
apache ab压力测试
以前安装好APACHE总是不知道该如何测试APACHE的性能，现在总算找到一个测试工具了。就是APACHE自带的测试工具AB(apache benchmark).在APACHE的bin目录下。
格式： ./ab [options] [http://]hostname[:port]/path
参数：
    -n requests     Number of requests to perform
    //在测试会话中所执行的请求个数。默认时，仅执行一个请求
    -c concurrency Number of multiple requests to make
    //一次产生的请求个数。默认是一次一个。
    -t timelimit    Seconds to max. wait for responses
    //测试所进行的最大秒数。其内部隐含值是-n 50000。它可以使对服务器的测试限制在一个固定的总时间以内。默认时，没有时间限制。
    -p postfile     File containing data to POST
    //包含了需要POST的数据的文件.
    -T content-type Content-type header for POSTing
    //POST数据所使用的Content-type头信息。
    -v verbosity    How much troubleshooting info to print
    //设置显示信息的详细程度 - 4或更大值会显示头信息， 3或更大值可以显示响应代码(404, 200等), 2或更大值可以显示警告和其他信息。 -V 显示版本号并退出。
    -w              Print out results in HTML tables
    //以HTML表的格式输出结果。默认时，它是白色背景的两列宽度的一张表。
    -i              Use HEAD instead of GET
   // 执行HEAD请求，而不是GET。
    -x attributes   String to insert as table attributes
    //
    -y attributes   String to insert as tr attributes
    //
    -z attributes   String to insert as td or th attributes
    //
    -C attribute    Add cookie, eg. 'Apache=1234. (repeatable)
    //-C cookie-name=value 对请求附加一个Cookie:行。 其典型形式是name=value的一个参数对。此参数可以重复。
    -H attribute    Add Arbitrary header line, eg. 'Accept-Encoding: gzip'
                    Inserted after all normal header lines. (repeatable)
    -A attribute    Add Basic WWW Authentication, the attributes
                    are a colon separated username and password.
    -P attribute    Add Basic Proxy Authentication, the attributes
                    are a colon separated username and password.
    //-P proxy-auth-username:password 对一个中转代理提供BASIC认证信任。用户名和密码由一个:隔开，并以base64编码形式发送。无论服务器是否需要(即, 是否发送了401认证需求代码)，此字符串都会被发送。
    -X proxy:port   Proxyserver and port number to use
    -V              Print version number and exit
    -k              Use HTTP KeepAlive feature
    -d              Do not show percentiles served table.
    -S              Do not show confidence estimators and warnings.
    -g filename     Output collected data to gnuplot format file.
    -e filename     Output CSV file with percentages served
    -h              Display usage information (this message)
    //-attributes 设置 属性的字符串. 缺陷程序中有各种静态声明的固定长度的缓冲区。另外，对命令行参数、服务器的响应头和其他外部输入的解析也很简单，这可能会有不良后果。它没有完整地实现 HTTP/1.x; 仅接受某些'预想'的响应格式。 strstr(3)的频繁使用可能会带来性能问题，即, 你可能是在测试ab而不是服务器的性能。

参数很多,一般我们用 -c 和 -n 参数就可以了. 例如:

./ab -c 1000 -n 1000 http://127.0.0.1/index.php

这个表示同时处理1000个请求并运行1000次index.php文件.
#/usr/local/xiaobai/apache2054/bin/ab -c 1000 -n 1000 http://127.0.0.1/index.html.zh-cn.gb2312
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.121.2.12 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking 127.0.0.1 (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
Completed 900 requests
Finished 1000 requests

Server Software:        Apache/2.0.54
//平台apache 版本2.0.54
Server Hostname:        127.0.0.1
//服务器主机名
Server Port:            80
//服务器端口

Document Path:          /index.html.zh-cn.gb2312
//测试的页面文档
Document Length:        1018 bytes
//文档大小

Concurrency Level:      1000
//并发数
Time taken for tests:   8.188731 seconds
//整个测试持续的时间
Complete requests:      1000
//完成的请求数量
Failed requests:        0
//失败的请求数量
Write errors:           0

Total transferred:      1361581 bytes
//整个场景中的网络传输量
HTML transferred:       1055666 bytes
//整个场景中的HTML内容传输量
Requests per second:    122.12 [#/sec] (mean)
//大家最关心的指标之一，相当于 LR 中的 每秒事务数 ，后面括号中的 mean 表示这是一个平均值
Time per request:       8188.731 [ms] (mean)
//大家最关心的指标之二，相当于 LR 中的 平均事务响应时间 ，后面括号中的 mean 表示这是一个平均值
Time per request:       8.189 [ms] (mean, across all concurrent requests)
//每个请求实际运行时间的平均值
Transfer rate:          162.30 [Kbytes/sec] received
//平均每秒网络上的流量，可以帮助排除是否存在网络流量过大导致响应时间延长的问题

Connection Times (ms)
              min mean[+/-sd] median   max
Connect:        4 646 1078.7     89    3291
Processing:   165 992 493.1    938    4712
Waiting:      118 934 480.6    882    4554
Total:        813 1638 1338.9   1093    7785
//网络上消耗的时间的分解，各项数据的具体算法还不是很清楚

Percentage of the requests served within a certain time (ms)
50%   1093
66%   1247
75%   1373
80%   1493
90%   4061
95%   4398
98%   5608
99%   7368
100%   7785 (longest request)
//整个场景中所有请求的响应情况。在场景中每个请求都有一个响应时间，其中50％的用户响应时间小于1093 毫秒，60％ 的用户响应时间小于1247 毫秒，最大的响应时间小于7785 毫秒

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

===============================================
Web网站的性能测试工具
随着Web 2.0技术的迅速发展，许多公司都开发了一些基于Web的网站服务，通常在设计开发Web应用系统的时候很难模拟出大量用户同时访问系统的实际情况，因此，当Web网站遇到访问高峰时，容易发生服务器响应速度变慢甚至服务中断。为了避免这种情况，需要一种能够真实模拟大量用户访问Web应用系统的性能测试工具进行压力测试，来测试静态HTML页面的响应时间，甚至测试动态网页（包括ASP、PHP、JSP等）的响应时间，为服务器的性能优化和调整提供数据依据。

　　我推荐各位Web 2.0开发测试人员使用Microsoft 的Web Application Stress Tool这个工具软件，这个微软提供的小工具仅9.58M，很小巧且实用。虽然功能上比不了专业的LoadRunner，但LoadRunner体积庞大，价格不菲，一般的企业也不会花那么多钱去购买LoadRunner，而微软的WAS则是完全免费，并且主要的功能都有，够用就行。

　　Microsoft Web Application Stress Tool能有效测试一个网站的负载性能，这个软件可以通过脚本模拟100个强并发用户的访问，并模拟实际用户的一些点击操作，WAS还可以连接上远程Windows网站服务器的性能计数器（Performance Counter），通过对服务器性能（CPU/内存等）的性能分析来找到系统的瓶颈。CPU使用百分比反映了处理器开销，CPU使用百分比持续地超过75%是性能瓶颈在于处理器的一个明显的迹象。

　　每次测试运行结束后WAS会生成详细的报表，WAS报表可以从View菜单选择Reports查看。

　　另外，CSDN也总结了一些其他的测试工具，包括性能测试工具和功能测试工具，前十大测试工具排名如下：

　　业级自动化测试工具WinRunner

　　Mercury Interactive公司的WinRunner是一种企业级的功能测试工具，用于检测应用程序是否能够达到预期的功能及正常运行。通过自动录制、检测和回放用户的应用操作，WinRunner能够有效地帮助测试人员对复杂的企业级应用的不同发布版进行测试，提高测试人员的工作效率和质量，确保跨平台的、复杂的企业级应用无故障发布及长期稳定运行。

　　工业标准级负载测试工具Loadrunner

　　LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ，企业能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

　　全球测试管理系统testdirector

　　TestDirector 是业界第一个基于Web的测试管理系统，它可以在您公司内部或外部进行全球范围内测试的管理。通过在一个整体的应用系统中集成了测试管理的各个部分，包括需求管理，测试计划，测试执行以及错误跟踪等功能，TestDirector极大地加速了测试过程。

　　功能测试工具Rational Robot

　　IBM Rational Robot 是业界最顶尖的功能测试工具，它甚至可以在测试人员学习高级脚本技术之前帮助其进行成功的测试。它集成在测试人员的桌面 IBM Rational TestManager 上，在这里测试人员可以计划、组织、执行、管理和报告所有测试活动，包括手动测试报告。这种测试和管理的双重功能是自动化测试的理想开始。

　　单元测试工具xUnit系列

　　目前的最流行的单元测试工具是xUnit系列框架，常用的根据语言不同分为JUnit（java），CppUnit（C++），DUnit （Delphi ），NUnit（.net），PhpUnit（Php ）等等。该测试框架的第一个和最杰出的应用就是由Erich Gamma （《设计模式》的作者）和Kent Beck（XP（Extreme Programming）的创始人 ）提供的开放源代码的JUnit.

　　功能测试工具SilkTest

　　Borland SilkTest 2006属于软件功能测试工具，是Borland公司所提出软件质量管理解决方案的套件之一。这个工具采用精灵设定与自动化执行测试，无论是程序设计新手或资深的专家都能快速建立功能测试，并分析功能错误。

　　性能测试工具WAS

　　Microsoft Web Application Stress Tool 是由微软的网站测试人员所开发，专门用来进行实际网站压力测试的一套工具。透过这套功能强大的压力测试工具，您可以使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。

　　自动化白盒测试工具Jtest

　　Jtest是parasoft公司推出的一款针对java语言的自动化白盒测试工具，它通过自动实现java的单元测试和代码标准校验，来提高代码的可靠性。parasoft同时出品的还有C++ test，是一款C/C++白盒测试工具。

　　功能和性能测试的工具JMeter

　　JMeter是Apache组织的开放源代码项目，它是功能和性能测试的工具，100%的用java实现。

　　性能测试和分析工具WEBLODE

　　webload是RadView公司推出的一个性能测试和分析工具，它让web应用程序开发者自动执行压力测试；webload通过模拟真实用户的操作，生成压力负载来测试web的性能。

 

本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/binger819623/archive/2009/04/03/4039894.aspx