Apache并发处理模块

apache 2.x版本目前有好几种并发处理模块, 需要在编译的时候通过–with-mpm=xxx指定，常用的并发处理模式是prefork和worker。prefork这种模式比较古老，纯进程并发，没有线程，处理方式跟apache1.x是一样的，适用于那些没有线程库或者不想使用线程的服务器；worker是多进程多线程的模式，在worker模式下，有一个唯一的父进程（控制进程），这个父进程会根据需要生成若干子进程，每个子进程会有一个监听线程和若干个服务线程（每个子进程的服务线程数目都是固定的，由ThreadsPerChild指定），监听线程负责监听客户端请求并把它们交给服务线程处理。理论上worker模式的性能会比prefork模式优秀，处理同样多的请求的时候占用的资源会比prefork少。

按照官方文档说法：

The server can be better customized for the needs of the particular site. For example, sites that need a great deal of scalability can choose to use a threaded MPM like worker or event, while sites requiring stability or compatibility with older software can use a prefork.

worker

This Multi-Processing Module (MPM) implements a hybrid multi-process multi-threaded server. By using threads to serve requests, it is able to serve a large number of requests with fewer system resources than a process-based server. However, it retains much of the stability of a process-based server by keeping multiple processes available, each with many threads.

refork

This Multi-Processing Module (MPM) implements a non-threaded, pre-forking web server that handles requests in a manner similar to Apache 1.3. It is appropriate for sites that need to avoid threading for compatibility with non-thread-safe libraries. It is also the best MPM for isolating each request, so that a problem with a single request will not affect any other.

worker模块的配置参数：

ThreadsPerChild 每个子进程的服务线程数目 默认值25 StartServers apache启动的时候就开启的子进程数 默认值3 MinSpareThreads 最小空闲线程数 默认值75 MaxSpareThreads 最大空闲线程数，apache在运行的时候会让总的空闲线程数保持在MinSpareThreads和MaxSpareThreads之间，这两个参数用默认值就可以了，一般情况下没必要去调整它们 默认值250 MaxClients 最大客户端并发处理数（最大线程数），MaxClients除以ThreadsPerChild得到的值的就是最大可能达到的子进程数，如果服务器的并发请求数超过了MaxClients，那么apache会报这样的错误：server reached MaxClients setting, consider raising the MaxClients setting 默认值16*25 = 400 ServerLimit 最大进程数限制，这个参数值必须大于或等于MaxClients除以ThreadsPerChild得到的值。这个参数是硬限制，直接重启apache(apache restart)不会生效，必须先停止apache(apache stop)再启动apache(apache start)才生效 worker模式下默认值是16，prefork模式则是256 ThreadLimit 每个进程的最大线程数限制，也就是说这个参数决定了ThreadsPerChild的最大值。如果这个参数设得比ThreadsPerChild大很多的话，那么会浪费掉很多共享内存。设置过大还可能会导致apache无法启动或者系统不稳定。这个参数也是硬限制。如果要设置的话，ServerLimit和ThreadLimit必须放在其它设置的前面 默认值64 MaxRequestsPerChild 单个子进程在其生命周期内处理的总请求数限制，当某个子进程处理过的总请求数到达这个限制后这个进程就会被回收，如果设为0，那么这个进程永远不会过期（这样如果有内存泄露的话就会一直泄露下去……）

--------------------------------------------------------

apache有三种运行模式：

1, prefork MPM

2, worker MPM

3, perchild MPM.

refork MPM

管理员应选择prefork MPM来实施基于进程的Web服务器。虽然基于进程的服务器有一些速度较慢的性能，它们通过模块来提供稳定性和兼容性，这些模块不支持线程。为了改进性能，服务器的父进程fork多个子进程并使它们能够用于应答请求。当接收到请求时，服务器把其分配给子进程。如果没有子进程可用，服务器创建新的子进程并把它添加到库中。但是，子进程的创建会导致延迟。当配置这一MPM时，管理员可以限制启动时可以创建的子进程数、最大的子进程数等。这一MPM有利于形成一个稳定的Apache服务器，但同时会影响性能和占用内存，因为单个进程的大小会占很大一部分。

The worker MPM

为了实施混合服务器，管理员可以选择worker MPM，它提供比prefork MPM更卓越的可靠性、故障恢复能力和可扩展性。启动时父进程创建规定数量的子进程，反过来每个子进程包含多个线程。每个子进程中只有一个线程聆听网络，它简化了程序代码，减少了进程之间的协作，从而提高性能。虽然这一MPM稳定且性能优于prefork，由于它是基于线程，与其一同使用的所有模块都必须是完全的线程－安全。大多数Apache 1.3模块不是线程安全，并且由于worker MPM不向后兼容，因此，使用这一MPM的管理员也不能一同使用Apache 1.3模块和Apache 2.0。但是使用prefork MPM来编译服务器允许管理员使用Apache 1.3模块。

The perchild MPM

如果遇到这样一种情况，考虑到安全性和性能，需要Apache进程基于不同的用户ID来运行，管理员可以使用perchild MPM 来编译混合服务器。互联网服务供应商(ISP)通常使用这一MPM来实现虚拟托管。当perchild启动时，它创建规定数量的进程，每个进程有规定数量的线程和专用的用户ID。如果服务器上的负载增加，它使用现有进程之一来创建新线程，而不是创建新进程。这种MPM是最可扩展，但也最不可靠。