Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 16B442009D9 for ; Mon, 2 May 2016 21:32:12 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 155481609B0; Mon, 2 May 2016 21:32:12 +0200 (CEST) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 5B9D01602C5 for ; Mon, 2 May 2016 21:32:11 +0200 (CEST) Received: (qmail 85756 invoked by uid 500); 2 May 2016 19:32:10 -0000 Mailing-List: contact cvs-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list cvs@httpd.apache.org Received: (qmail 85747 invoked by uid 99); 2 May 2016 19:32:10 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 May 2016 19:32:10 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 14AF51A0C30 for ; Mon, 2 May 2016 19:32:10 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.999 X-Spam-Level: X-Spam-Status: No, score=0.999 tagged_above=-999 required=6.31 tests=[KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-0.001] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id l97BZEkjLtcw for ; Mon, 2 May 2016 19:32:09 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id B40B05F2F0 for ; Mon, 2 May 2016 19:32:08 +0000 (UTC) Received: from svn01-us-west.apache.org (svn.apache.org [10.41.0.6]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id 53D88E009C for ; Mon, 2 May 2016 19:32:07 +0000 (UTC) Received: from svn01-us-west.apache.org (localhost [127.0.0.1]) by svn01-us-west.apache.org (ASF Mail Server at svn01-us-west.apache.org) with ESMTP id 856B13A0798 for ; Mon, 2 May 2016 19:32:07 +0000 (UTC) Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: svn commit: r1742032 - /httpd/httpd/branches/2.4.x/docs/manual/mod/event.html.en Date: Mon, 02 May 2016 19:32:06 -0000 To: cvs@httpd.apache.org From: elukey@apache.org X-Mailer: svnmailer-1.0.9 Message-Id: <20160502193207.856B13A0798@svn01-us-west.apache.org> archived-at: Mon, 02 May 2016 19:32:12 -0000 Author: elukey Date: Mon May 2 19:31:57 2016 New Revision: 1742032 URL: http://svn.apache.org/viewvc?rev=1742032&view=rev Log: documentation rebuild Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/event.html.en Modified: httpd/httpd/branches/2.4.x/docs/manual/mod/event.html.en URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/docs/manual/mod/event.html.en?rev=1742032&r1=1742031&r2=1742032&view=diff ============================================================================== --- httpd/httpd/branches/2.4.x/docs/manual/mod/event.html.en (original) +++ httpd/httpd/branches/2.4.x/docs/manual/mod/event.html.en Mon May 2 19:31:57 2016 @@ -99,15 +99,15 @@ of the

AsyncRequ
     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