FreeBSD下Apache2.0运行模型分析及性能调整( 二 ) _云知道

在我实际的工作中，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过程中你会看到 Applying APR hints file rules for i386-unknown-freebsd4.8
setting enable_threads to "no"
APR will be non-threaded
The currently selected MPM requires threads which your system seems to lack不过这并不说明一定不能在FreeBSD上使用线程，其实在configure时有个未公开的选项--enable-threads ，它在configure --help时是看不到的。显式加上它就可以以worker MPM来配置编译Apache2.0了，但是虽然编译没有问题，可是Apache起动后根本无法正常工作，浏览器会一直等待回应（在FreeBSD4.8,5.1上均不行），个人认为FreeBSD在高端还有很长的路要走，线程,PAE,SMP--虽然5.1有了不小的改进但仍然不是十分完善。
因此,对于FreeBSD来说,prefork几乎还是目前的唯一MPM,我在下面主要还是讨论它的工作原理和相关指令调整。
查看缺省生成的httpd.conf配置文件，会发现里面包含如下的配置段：
StartServers 5
MinSpareServers 5
MaxSpareServers 10
MaxClIEnts 150
MaxRequestsPerChild 0
prefork的工作原理是这样的：控制进程在最初建立StartServers个子进程后, 为了满足MinSpareServers设置的需要，创建一个进程，等待一秒钟，继续创建第二个，等待一秒钟，继而创建四个，如此按指数级增加创建的进程数，最多达到每秒32个，直到满足MinSpareServers设置的值为止，这也就是预派生(prefork)的由来。这种模式可以使得不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能。

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

推荐阅读

缝纫机下线松怎么调下面5个步骤帮你解决

供需平衡是什么状态

OPPO手机是哪产的

雪柳干枝花期多少天，雪柳干枝花期多少天开花

早安物语适合做早安物语的句子

哪种奶茶好喝?

不锈钢材质有哪些特点

QQ音乐如何看好友歌单查看好友歌单方法说明

布达拉宫与文成公主的故事布达拉宫的历史背景简介和现状

煮玉米用开水还是冷水煮玉米用开水还是冷水合适

良乡哪里可以办护照

济南美里湖房价涨了那,济南东部房价还会涨吗

唐家三少作品都有哪些

iPad虚拟键盘有哪些技巧？iPad虚拟键盘使用技巧

为什么鸡是鸡蛋里孵出来的

我来教你华为nova5中打开多任务的操作方法。