本文作者:不许人间见白头

如何使用apache的work模式还是prefork模式

不许人间见白头 2个月前 ( 12-14 ) 64

注意: 2.4之前版本默认为prefork, 2.4已经变为event模式。

三种MPM介绍  

Apache 2.X  支持插入式并行处理模块,称为多路处理模块(MPM)。在编译apache时必须选择也只能选择一个MPM,对类UNIX系统,有几个不同的MPM可供选择,它们会影响到apache的速度和可伸缩性。 

Prefork MPM模式

这个多路处理模块(MPM)实现了一个非线程型的、预派生的web服务器,它的工作方式类似于Apache 1.3。它适合于没有线程安全库,需要避免线程兼容性问题的系统。它是要求将每个请求相互独立的情况下最好的MPM,这样若一个请求出现问题就不会影响到其他请求。

这个MPM具有很强的自我调节能力,只需要很少的配置指令调整。最重要的是将MaxClients设置为一个足够大的数值以处理潜在的请求高峰,同时又不能太大,以致需要使用的内存超出物理内存的大小。

Worker MPM模式:

此多路处理模块(MPM)使网络服务器支持混合的多线程多进程。由于使用线程来处理请求,所以可以处理海量请求,而系统资源的开销小于基于进程的MPM。但是,它也使用了多进程,每个进程又有多个线程,以获得基于进程的MPM的稳定性。

  每个进程可以拥有的线程数量是固定的。服务器会根据负载情况增加或减少进程数量。一个单独的控制进程(父进程)负责子进程的建立。每个子进程可以建立ThreadsPerChild数量的服务线程和一个监听线程,该监听线程监听接入请求并将其传递给服务线程处理和应答

Event MPM模式:

以上两种稳定的MPM方式在非常繁忙的服务器应用下都有些不足。尽管HTTP的Keepalive方式能减少TCP连接数量和网络负载,但是 Keepalive需要和服务进程或者线程绑定,这就导致一个繁忙的服务器会耗光所有的线程。 Event MPM是解决这个问题的一种新模型,它把服务进程从连接中分离出来。在服务器处理速度很快,同时具有非常高的点击率时,可用的线程数量就是关键的资源限 制,此时Event MPM方式是最有效的。一个以Worker MPM方式工作的繁忙服务器能够承受每秒好几万次的访问量(例如在大型新闻服务站点的高峰时),而Event MPM可以用来处理更高负载。值得注意的是,Event MPM不能在安全HTTP(HTTPS)访问下工作。 

对于Event 模式,apache给出了以下警告:

This MPM is experimental, so it may or may not work as expected .这种MPM目前处于试验状态,他可能不能按照预期的那样工作。

在编译apache的时候,有一个参数叫做  


--with-mpm=...    等号后边用于指定那种模式,可选的有 beos|event|worker|prefork|mpmt_os2   其中,咱们都知道 prefork 以及 worker 其他模式就不晓得了,感兴趣不妨你去google一下。

当你编译时,不指定哪种模式,就是说,不加该参数,那么默认apache会以prefork模式来为我们提供服务。不信,你编译试试看

./configure --prefix=/usr/local/apache2

验证的话,就是用  apachectl -l  看看是否有 

prefork.c

而,如果你想要worker模式,那么请指定吧

./configure --prefix=/usr/local/apache2   --with-mpm=worker

apachectl -l 看,有

worker.c 而没有 prefork.c


文章版权及转载声明

作者:不许人间见白头本文地址:https://www.ahaoyw.com/article/138.html发布于 2个月前 ( 12-14 )
文章转载或复制请以超链接形式并注明出处阿豪运维笔记

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏