Apache如何处理MPMS（Prefork，Worker，Event）的请求处理？

Apache如何使用MPM（预叉，工作，事件）处理请求处理？

Apache的多处理模块（MPMS）确定其如何处理传入请求。每个MPM采用不同的策略来管理儿童流程，影响绩效和资源利用率。让我们分解三个主要MPM：预叉，工人和事件。

prefork：该mpm在任何请求到达之前会创建固定数量的子进程。每个孩子的过程一次处理一个请求。当请求进来时，Apache将其分配给可用的子过程。如果所有流程都很忙，则请求队列直到流程变得免费为止。该模型简单且坚固，提供了良好的稳定性，但是对于高流量站点而言，它的效率可能较低，因为它受到前架过程的数量的限制。

工作者：工人MPM使用混合方法。它创建了父进程池，每个过程都产生了许多子过程（线程）。每个子进程都可以使用线程同时处理多个请求。这使得与预叉相比，这允许更好的资源利用，因为线程比进程要轻的重量轻。如果线程被阻止（例如，等待网络操作），则相同过程中的其他线程可以继续处理请求，改善并发。

事件：事件mpm在工作人员模型上构建，并添加事件驱动的体系结构。它使用一个单个主过程来处理事件（例如传入请求）并将其分配给工作线程。该模型高效，允许少数线程处理大量并发请求。它在场景中提出了许多短暂的请求，最大程度地减少了为每个请求创建和管理流程或线程的开销。事件mpm使用异步I/O，进一步提高性能。

Apache的预叉，工人和事件MPMS？

的性能差异是什么？

绩效差异源于每个MPM管理资源和并发的方式。它的表现受儿童流程的数量的限制，这些过程是资源密集的。它提供了良好的稳定性，但在并发方面挣扎。

工作人员：对预叉提供了显着的性能提高，尤其是同时提出的请求。线程的使用可以更好地利用系统资源。但是，对于非常高的请求，对于极高的流量，它仍然比事件MPM效率低。

事件：通常是表现最多的MPM，尤其是对于具有许多短期连接的高流量网站。其事件驱动的体系结构和异步I/O可显着降低开销并最大化资源利用率。但是，配置和故障排除可能更为复杂。

哪个Apache MPM（Prefork，Worker或Evers或Event）最适合高流量网站？

高交换网站，事件MPM 通常提供最佳性能。它可以处理大量以及最小开销的并发请求的能力，使其非常适合与许多短寿命连接的方案（例如，网络服务，API）。工人MPM也可能是一个不错的选择，尤其是如果您需要在性能和稳定性之间保持平衡，并且请求的性质并不纯粹是短暂的。

我如何选择最佳的Apache mpm（预叉，prefork，工人或事件）作为我的特定服务器配置？特征：流量高许多短暂的请求，促进了事件MPM。与请求类型混合的中等流量可能会受益于工人MPM。 prefork可能会充分服务流量。

服务器资源：可用的RAM和CPU核心的量极大地影响了选择。事件MPM虽然高性能，但如果不正确配置，则可能是资源密集的。

操作系统：某些操作系统可能会因内核优化或限制而有利于某些MPM的prefork。例如，需要长期运行过程的应用程序可能更适合预叉或工人mpm。从仔细的监视和基准测试开始。从工人MPM开始，作为许多用例的好起点，如果您在沉重的负载下经历性能瓶颈，请考虑事件MPM。更改MPM配置后，始终彻底测试和监视服务器的性能。通常仅考虑到稳定性的情况，在这种情况下是次要问题，或者如果您有防止使用其他MPM的资源限制。。

以上是Apache如何处理MPMS（Prefork，Worker，Event）的请求处理？的详细内容。更多信息请关注PHP中文网其他相关文章！