首页 > > 操作系统 > FreeBSD >

FreeBSD下Apache2.0运行模型分析及性能调整

2008-02-23 08:01:47来源：互联网阅读 ()

作者说明：
本文内容基本来自Apache2.0官方文档，并结合了作者的日常工作经验。事实上对于任何一项开源技术来说,官方文档都是最好的技术资料，个人觉得网上90%的技术文档都可以在官方的技术文档中找到。不过很多人都没有意识到这一点，我想这和其中的大多数都没有中文版本有关。如果你在学习某项技术时遇到了问题，不妨先去其主站看看最新的官方文档。让我们一起为开源努力吧。

一谈到Apache，相信大多数系统管理员使用的还是其稳定版1.3——虽然2.0系列的开发版早已由Alpha,Beta发展到了现在的GA(General Availability )版，不过大家潜意识里还是认为开发中的版本并不是可用于生产环境的稳定版本，尤其是1.3的API与2.0的不兼容而使得大量的模块必须要重写才能在2.0上用。坦白地说，这种担心并不是多余的，Apache1.3和2.0之间的内部变化实在是太大了（这一开发已经历了5年）。用Apache创始人Brian Behlendorf自己的话来说：“这个版本包括了数百个新的特性，所以这个产品可能应该具有3.1或者8i这样的产品编号，而不是2.0！”。

在Apache2.0中加入了很多的核心改进和新功能，如Unix线程、多协议支持、新的构建系统、更好的支持非Unix平台、IPv6支持、新的Apache API、过滤器、多语言错误响应、原生的Windows NT Unicode支持、更简单化的配置、以及升级了的正则表达式库等，当然还包括对许多模块的重要改进，同时也加入了一些新的模块。如此多的变化，会使得大多数Apache管理员在刚接触2.0时会不知所措，笔者也不例外。

不过现在的情况有了很大变化，Apache开发团队做了很多工作使得从1.3升级到2.0更加平滑，同时很多重要的模块也已经很好地支持2.0了，如PHP、FastCGI、Mod_perl、Mod_python等。在httpd.conf的指令配置语法上，目前的2.0版本（笔者写作时是2.0.46）和1.3版本的兼容性已做得相当好了（比如早期的2.0版本如果要使用PHP的话，一般是用过滤器，不过现在的PHP官方文档中已经使用1.3中的LoadModule语句做为加载PHP的推荐方式）。只要略微了解一下2.0的新特性，从1.3升级到2.0就是一件非常容易的事情了。毕竟使用Apache2.0是大势所趋，而且笔者个人感觉，Apache的开发团队已经把开发重心转移到2.0上（1.3自2002年10月发布了1.3.27后，至今没有新版本推出，而2.0却在与1.3.27同时发布2.0.43后在2003年1月发布了2.0.44，3月末发布了2.0.45,5月末发布了2.0.46,并包含了很多改进和修正）。

尽管Apache2.0在许多方面有了不小的进步，但相信最吸引系统管理员的还是性能上的改善。毫不夸张地说，MPM(Multi-Processing Modules，多道处理模块)的引入是Apache2.0最重要的变化。大家知道，Apache是基于模块化的设计，而Apache 2.0更扩展了模块化设计到web服务器的最基本功能。服务器装载了一种多道处理模块，它负责绑定本机网络端口,接受请求并调度子进程来处理请求。扩展模块化设计到这个层次有两个重要好处：
1. Apache可以更简洁有效地支持多种操作系统；
2. 服务器可以按站点的特殊需要进行自定制。

在用户级, MPM看起来和其他Apache模块非常类似。主要区别是在任一时刻只能有一种MPM被装载到服务器中。

在支持POSIX线程的Unix系统上, Apache现在可以通过不同的MPM运行在一种多进程与多线程相混合的模式下，这就增强了许多（但不是所有）配置的可扩充性能。相比于Apache 1.3, 2.0版本作了大量的优化来提升处理能力和可伸缩性，并且大多数改进在默认状态下就可以生效。但是我不得不很遗憾的说在FreeBSD上基于线程的产品级MPM worker--还存在着很大的问题。这主要是因为FreeBSD自身的线程库还远远比不上Linux和Solaris成熟。

在我实际的工作中，Linux和Solaris上使用worker MPM都运行得不错，性能确实有提高，虽然在Linux（Redhat9)上出现过负载突然增大数倍时，Apache线程无法正常工作的情形，但发现主要原因还是配置参数过度优化，并加载了一些有冲突的模块，并不是Linux系统本身的问题。而Solaris 9 for SPARC是工作得最好的平台，可以完全按照笔者的配置工作，没有出现任何问题。

下面我以FreeBSD4.8为平台，说明在Apache2.0中如何指定MPM 。先解压缩源代码包httpd-2.0.46.tar.gz生成httpd-2.0.46目录，(BTW:Apache1.3源代码包的命名规则是apache_1.3.NN.tar.gz，而2.0则是httpd-2.0.NN.tar.gz——其中NN是次版本号）。

进入httpd-2.0.46录，运行：

./configure --help|grep mpm
会显示
--with-mpm=MPM Choose the process model for Apache to use.
MPM={beos|worker|prefork|mpmt_os2|perchild|leader|threadpool}
这里就是用来选择要使用的进程模型，也就是哪种MPM模块。beos,mpmt_os2分别是BeOS和OS/2上的缺省MPM，perchild的主要设计目的是以不同的用户和组的身份来运行不同的子进程，这在运行多个需要CGI的虚拟主机时特别有用，Apache官方文档说它会比1.3中的SuExec机制做的更好。leader和threadpool都是基于worker的变体，还处于实验性阶段，某些情况下并不会按照预期设想的那样工作，所以Apache官方也并不推荐使用。( 有关其他的MPM的详细说明，请参见Apache官方文档：http://httpd.apache.org/docs-2.0/mod/)。

如果不用--with-mpm显式指定某种MPM的话，那么prefork就是Unix平台上的缺省MPM.它所采用的方式是预派生子进程的方式，这事实上也就是Apache1.3中所采用的模式。它本身并没有使用到线程，2.0使用它是为了与1.3保持兼容性，另一方面，prefork用单独的子进程来处理不同的请求，进程之间是彼此独立的，这也使得它成为最稳定的MPM.对比prefork，worker是2.0 中全新的支持多线程和多进程混合模型的MPM。由于使用线程来处理请求，所以，可以处理相对海量的请求，而系统资源的开销小于基于进程的服务器。但是，它也使用了多进程，每个进程又生成多个线程，以获得基于进程的服务器的稳定性。笔者认为这种MPM的工作方式将是Apache 2.0以后的发展趋势。

若使用prefork，在make编译和make install安装后，使用httpd –l来确定当前使用的MPM，应该会看到prefork.c（如果看到worker.c就说明使用的是worker MPM,依此类推）

注意：不象在Linux和Solaris，在FreeBSD上用正常方式--with-mpm=worker是无效的！！即使这么做在安装后也只能看到prefork.c即prefork模式！！如果你细心的话在configure过程中你会看到

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有