一、prefork 的工作原理
- 如果不用“--with-mpm“显式指定某种 MPM, prefork 就是 Unix 平台上缺省的 MPM。它所采用的预派生子进程方式也是 Apache1.3 中采用的模式。prefork 本身并没有使用到线程，2.0 版使用它是为了与 1.3 版保持兼容性；另一方面，prefork 用单独的子进程来处理不同的请求，进程之间是彼此独立的，这也使其成为最稳定的 MPM 之一。
- prefork 的工作原理是，控制进程在最初建立“StartServers“个子进程后，为了满足 MinSpareServers 设置的需要创建一个进程，等待一秒钟，继续创建两个，再等待一秒钟，继续创建四...... 如此按指数级增加创建的进程数，最多达到每秒 32 个，直到满足MinSpareServers 设置的值为止。这就是预派生（prefork）的由来。这种模式可以不必在请求到来时再产生新的进程，从而减小了系统开销以增加性能.
二、worker 的工作原理大
- 相对于 prefork, worker 是 2.0 版中全新的支持多线程和多进程混台模型的 MPM。由于使用线程来处理，所以可以处理相对海量的请求，而系统资源的开销要小于基于进程的服务器。但是，worker 也使用了多进程，每个进程又生成多个线程，以获得基于进程服务器的稳定性，这种 MPM 的工作方式将是 Apache2.0 的发展趋势。
- worker 的工作原理是，由主控制进程生成“StartServers“个子进程，每个子进程中包含固定的 ThreadsPerChild 线程数各个线程独立地处理请求，同样，为了不在请求到来时再生成线程，MinSpareThreads 和 MaxSpareThreads 设置了最少和最多的空闲线程数；而 MaxClients 设置了所有子进程中的线程总数如果现有子进程中的线程总数不能满足负载控制进程将派生新的子进程。
- Worker 模式下所能同时处理的请求总数是由子进程总数乘以 ThreadsPerChild 值决定的，应该大于等于 MaxClients。如果负载很大现有的子进程数不能满足时，控制进程会派生新的子进程默认最大的子进程总数是 16, 加大时也需要显式声明 Serverlimit（最大值是 20000)
- 需要注意的是，如果显式声明了 Serverlimit，那么它乘以 ThreadsPerChild 的值必须大于等于 MaxClients，而且 MaxClients 必须是 ThreadsPerChild 的整数倍，否则 Apache 将会自动调节到一个相应值（可能是个非期望值）.
- 在大多数平台上，Prefork MPM 在效率上要比 Worker MPM 要高，但是内存使用大得多。prefork 的无线程设计在某些情况下将比 worker 更有优势：它可以使用那些没有处理好线程安全的第三方模块并且对于那些线程调试困难的平台而言，它也更容易调试一些。
- Worker 模式：Worker MPM 使用多个子进程，每个子进程有多个线程。每个线程在某个确定的时间只能维持一个连接。通常来说，在一个高流量的 HTTP 服务器上，Worker MPM 是个比较好的选择，因为 Worker MPM 的内存使用比 Prefork MPM 要低得多。
- Worker MPM 也由不完善的地方，如果一个线程崩溃，整个进程就会连同其所有线程一起“死掉”。由于线程共享内存空间，所以一个程序在运行时必须被系统识别为“每个线程都是安全的”。
