当前位置 主页 > 服务器问题 > Linux/apache问题 >

    Apache Prefork、Worker和Event三种MPM详解(2)

    栏目:Linux/apache问题 时间:2018-11-06 13:49


      prefork.c
      http_core.c
      mod_so.c

    如果你看到perfork.c 则表示当前为perfork MPM模式。worker.c 则表示为 worker MPM模式。

    那么如何设置apache的MPM呢?

    需要的apache 配置安装的时候需要指定模式:

    复制代码 代码如下:
    [root@localhost httpd-2.4.1]# ./configure --prefix=/usr/local/apache2worker --enable-so --with-mpm=worker
      [root@localhost httpd-2.4.1]# make
      [root@localhost httpd-2.4.1]# make install

    指定--with-mpm=NAME 选项指定MPM,NAME就是你想使用的MPM的名称。不指定模式的话,默认为Prefork MPM。

    那么如何配置成Event MPM?

    同我上面的方法一样,只需要在安装的时候加上以下参数: --enable-nonportable-atomics=yes

    需要注意的是Event MPM对于老的CPU可能是不支持的。


    三种MPM参数分析 

    不管你安装的是apache哪种MPM

    在安装完成之后打开.../apache/conf/extra/httpd-mpm.conf文件,找到如下配置:

    # perfork MPM

    复制代码 代码如下:
    <IfModule mpm_prefork_module>
    StartServers 5
    MinSpareServers 5
    MaxSpareServers 10
    MaxRequestWorkers 250
    MaxConnectionsPerChild 0
    </IfModule>


    # StartServers:  数量的服务器进程开始
    # MinSpareServers:  最小数量的服务器进程,保存备用
    # MaxSpareServers:  最大数量的服务器进程,保存备用
    # MaxRequestWorkers:  最大数量的服务器进程允许开始
    # MaxConnectionsPerChild:  最大连接数的一个服务器进程服务

    prefork 控制进程在最初建立“StartServers”个子进程后,为了满足MinSpareServers设置的需要创建一个进程,等待一秒钟,继续创建两 个,再等待一秒钟,继续创建四个……如此按指数级增加创建的进程数,最多达到每秒32个,直到满足MinSpareServers设置的值为止。这种模式 可以不必在请求到来时再产生新的进程,从而减小了系统开销以增加性能。MaxSpareServers设置了最大的空闲进程数,如果空闲进程数大于这个 值,Apache会自动kill掉一些多余进程。这个值不要设得过大,但如果设的值比MinSpareServers小,Apache会自动把其调整为 MinSpareServers+1。如果站点负载较大,可考虑同时加大MinSpareServers和MaxSpareServers。 

    MaxRequestsPerChild设置的是每个子进程可处理的请求数。每个子进程在处理了“MaxRequestsPerChild”个请求后将自 动销毁。0意味着无限,即子进程永不销毁。虽然缺省设为0可以使每个子进程处理更多的请求,但如果设成非零值也有两点重要的好处:

    1、可防止意外的内存泄 漏。2、在服务器负载下降的时侯会自动减少子进程数。

    因此,可根据服务器的负载来调整这个值。

    MaxRequestWorkers指令集同时将服务请求的数量上的限制。任何连接尝试在MaxRequestWorkerslimit将通常被排队,最多若干基于上ListenBacklog指令。

    在apache2.3.13以前的版本MaxRequestWorkers被称为MaxClients 。

    (MaxClients是这些指令中最为重要的一个,设定的是 Apache可以同时处理的请求,是对Apache性能影响最大的参数。其缺省值150是远远不够的,如果请求总数已达到这个值(可通过ps -ef|grep http|wc -l来确认),那么后面的请求就要排队,直到某个已处理请求完毕。这就是系统资源还剩下很多而HTTP访问却很慢的主要原因。虽然理论上这个值越大,可以 处理的请求就越多,但Apache默认的限制不能大于256。)

    # worker MPM