From: Luca Toscano Date: Mon, 2 May 2016 19:31:57 +0000 (+0000) Subject: documentation rebuild X-Git-Tag: 2.4.21~207 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=9bc9d5ff855d2c3a4e800b0a6270835032377c65;p=thirdparty%2Fapache%2Fhttpd.git documentation rebuild git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1742032 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/docs/manual/mod/event.html.en b/docs/manual/mod/event.html.en index 17b63d818b8..a8af7208d87 100644 --- a/docs/manual/mod/event.html.en +++ b/docs/manual/mod/event.html.en @@ -99,15 +99,15 @@ of the AsyncRequestWorkerFactor.

significant overhead in creating TCP connections. However, Apache HTTP Server traditionally keeps an entire child process/thread waiting for data from the client, which brings its own disadvantages. - To solve this problem, this MPM uses a dedicated listener thread for each process - to handle both the Listening sockets, all sockets that are in a Keep Alive state, + To solve this problem, this MPM uses a dedicated listener thread for each process + to handle both the Listening sockets, all sockets that are in a Keep Alive state, sockets where the handler and protocol filters have done their work and the ones where the only remaining thing to do is send the data to the client.

-

This new architecture, leveraging non blocking sockets and modern kernel +

This new architecture, leveraging non-blocking sockets and modern kernel features exposed by APR (like Linux's epoll), - does not require anymore the mpm_accept Mutex + no longer requires the mpm-accept Mutex configured to avoid the thundering herd problem.

The total amount of connections that a single process/threads block can handle is regulated