实战 FastCGI4.2 CGI vs. 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 接下来再分别以 Concurrency Level 为 10, 50, 100 的情况下做测试，得到 Requests per second 结果为： Concurrency 联机数目 10 100 1000 10000 由上述数据看来，对同一支程序 (echo.c) 而言，使用 FastCGI 模式来执行，速度提升了 3-4 倍。可见得 FastCGI 对网站程序的效能提升上具有相当大的助益，尤其当使用量很大时，其效益更加明显。 以上的测试条件并不是十分严谨，主要在让你了解使用 FastCGI 之后对于效能及速度上一个概括的比较，也提供一个可供网站开发者可以评量的依据。 实际上，对一个初始化动作复杂，例如要先和数据库建立联机，或是配置内存，做变量初始化的程序来说，使用 FastCGI 可以比原先 CGI 在效能上增加更多，速度更快。而对一个有数据库可联机数目限制的系统来说，使用 FastCGI 就好象一个 Application Server 一样，不用担心 CGI 一次 fork 太多，超过联机数目上限 (FastCGI 可以设定一次跑几支)。 4.3 找出 Memory Leak 每一支 FastCGI 程序在处理完一个联机请求后的状况都应该相同，我们利用 ApacheBench 对欲测试的程序送出上百次或上千次的联机请求以仿真实际上线的状况，如果发现程序占用的内存愈来愈多而且不会减少的话，表示程序有 Memory Leak 的问题。 虽然对 FastCGI 程序而言，当它一直不断吃掉系统资源到资料耗尽后会自动退出 (core dump 或是 exit) ，释放所占用的资源然后再重新激活，但这将会影响系统其它功能的正常运作，所以撰写 FastCGI 程序一定特别小心。 ---------------------------------------------------------------------------- 5. 参考 FastCGI 也有一个邮件讨论区 (mailing list)，你可以寄 email 至 |
