看完安装 fastcgi 的阿帕契模块，以及无聊的程序设计注意事项后，我们来看看一些可以让人振奋精神的数据，效能比较 (bench mark) 总是计算机玩家的最爱 :-)
4.1 评比工具 - apachebench
在阿帕契服务器的套件中，有一个叫做 ab (apachebench) 的工具。apachebench 主要是用来测试阿帕契服务器执行效率用的，我们就以 apachebench 做为 cgi vs. fastcgi 的评比工具。
apachebench 可以针对某个特定的 url 仿真出连续的联机请求，同时还可以仿真出同时间点数个相同的联机请求，因此利用 apachebench 可帮助我们在网站开发期间仿真实际上线可能的情况，利用仿真出来的数据做为调整服务器设定或程序的依据。 apachebench 的用法如下：
usage: /usr/local/apache/bin/ab [options] [http://]hostname[:port]/path
options are:
-n requests number of requests to perform
-c concurrency number of multiple requests to make
-t timelimit seconds to max. wait for responses
-p postfile file containg data to post
-t content-type content-type header for posting
-v verbosity how much troubleshooting info to print
-w print out results in html tables
-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
-v print version number and exit
-k use http keepalive feature
-h display usage information (this message)
假设我们要对 echo.fcg 做测试，仿真 1000 次的联机请求，而且同一时间有 20 个并行的 (concurrent) 联机请求的情况，只要在命令列模式下执行
$ ab -n 1000 -c 20 http://localhost/fcgi-bin/echo.fcg
稍等一会，apachebench 会把结果秀出来，
this is apachebench, version 1.3
copyright (c) 1996 adam twiss, zeus technology ltd, http://www.zeustech.net/
copyright (c) 1998-1999 the apache group, http://www.apache.org/
benchmarking localhost (be patient)... server software: apache/1.3.6
server hostname: localhost
server port: 80
document path: /fcgi-bin/echo.fcg
document length: 995 bytes
concurrency level: 20
time taken for tests: 6.859 seconds
complete requests: 1000
failed requests: 0
total transferred: 1142000 bytes
html transferred: 995000 bytes
requests per second: 145.79
transfer rate: 166.50 kb/s received
connnection times (ms)
min avg max
connect: 0 4 61
processing: 62 128 771
total: 62 132 832
以上结果指出，在同时间 20 个联机请求 (concurrency level) 的情况下，完成 1000 次的联机请求，共花了 6.859 秒 (time taken for tests)，因此这个程序每秒平均可以处理 (requests per second) 145.79 个联机请求。
在接下来的评比测试中，我们就以每秒可以处理的联机请求数目来做为效能评比的依据。
4.2 cgi vs. fastcgi
前面提过利用 fcgi_stdio.h 函式库编译出来的 fastcgi 程序也兼容于 cgi 模式，因此我们只要把 fcgi-devkit-2.1 套件附的范例程序 echo.fcg 复制到 /cgi-bin 目录下，并且把文件名改成 echo.cgi，这支范例程序就可分别以 cgi 模式和 fastcgi 模式来执行，并且做比较。
首先分别对 cgi模式执行的 http://localhost/cgi-bin/echo.cgi 以及 fastcgi 模式的 http://localhost/fcgi-bin/echo.fcg 连续送出 10, 100, 1000, 10000 次的联机请求，得到的平均每秒可处理的请求 (requests per second) 结果为：
联机数目 10 100 1000 10000
cgi 52.63 53.08 52.24 51.49
fastcgi (static mode) 204.08 224.22 146.78 207.14
接下来再分别以 concurrency level 为 10, 50, 100 的情况下做测试，得到 requests per second 结果为：
concurrency 联机数目 10 100 1000 10000
10 cgi 38.31 46.55 53.61 55.09
10 fastcgi 185.19 208.33 162.63 177.14
50 cgi 27.25 33.16 50.72 53.99
50 fastcgi 92.59 176.37 196.58 196.88
100 cgi 17.92 24.84 48.14 52.84
100 fastcgi 86.21 187.27 195.54 193.17
由上述数据看来，对同一支程序 (echo.c) 而言，使用 fastcgi 模式来执行，速度提升了 3-4 倍。可见得 fastcgi 对网站程序的效能提升上具有相当大的助益，尤其当使用量很大时，其效益更加明显。
以上的测试条件并不是十分严谨，主要在让你了解使用 fastcgi 之后对于效能及速度上一个概括的比较，也提供一个可供网站开发者可以评量的依据。
实际上，对一个初始化动作复杂，例如要先和数据库建立联机，或是配置内存，做变量初始化的程序来说，使用 fastcgi 可以比原先 cgi 在效能上增加更多，速度更快。而对一个有数据库可联机数目限制的系统来说，使用 fastcgi 就好象一个 application server 一样，不用担心 cgi 一次 fork 太多，超过联机数目上限 (fastcgi 可以设定一次跑几支)。
4.3 找出 memory leak
善用 apachebench 这个工具，还可以帮助网站程序发展人员找出在 fastcgi 程序中隐藏的 memory leak 臭虫。
每一支 fastcgi 程序在处理完一个联机请求后的状况都应该相同，我们利用 apachebench 对欲测试的程序送出上百次或上千次的联机请求以仿真实际上线的状况，如果发现程序占用的内存愈来愈多而且不会减少的话，表示程序有 memory leak 的问题。
虽然对 fastcgi 程序而言，当它一直不断吃掉系统资源到资料耗尽后会自动退出 (core dump 或是 exit) ，释放所占用的资源然后再重新激活，但这将会影响系统其它功能的正常运作，所以撰写 fastcgi 程序一定特别小心。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
