svn commit: r1935433 - httpd/httpd/trunk/docs/manual/mod

[email protected] Tue, 16 Jun 2026 18:35:00 -0000
Newsgroups gmane.comp.apache.cvs
Message-ID <178163490036.2513667.17942021881472896462@svn03-he-fi>
Author: rbowen
Date: Tue Jun 16 18:35:00 2026
New Revision: 1935433

Log:
docs: Clarify who dispatches I/O events in motorz PollersPerChild (bz 70105)

The existing wording used "a single child can...dispatch I/O events"
which was ambiguous when the preceding paragraph already said pollers
do the dispatching. Reword to make the subject explicit: each poller
thread independently accepts and dispatches to the worker pool, so
adding pollers parallelizes those operations within a child process.

Modified:
   httpd/httpd/trunk/docs/manual/mod/motorz.xml

Modified: httpd/httpd/trunk/docs/manual/mod/motorz.xml
==============================================================================
--- httpd/httpd/trunk/docs/manual/mod/motorz.xml	Tue Jun 16 18:18:09 2026	(r1935432)
+++ httpd/httpd/trunk/docs/manual/mod/motorz.xml	Tue Jun 16 18:35:00 2026	(r1935433)
@@ -235,9 +235,11 @@ LoadModule mpm_motorz_module modules/mod
     <p>The <directive>PollersPerChild</directive> directive sets the number of
     poller threads created in each child process. Each poller owns its own
     pollset, timer ring and connection-recycle list, and handles a shard of
-    the child's connections, so adding pollers raises the rate at which a
-    single child can accept connections and dispatch I/O events and timer
-    expiries.</p>
+    the child's connections. Because each poller thread independently
+    accepts connections and dispatches ready I/O events and timer
+    expiries to the worker pool, adding pollers raises the rate at which a
+    single child process can handle these operations in parallel rather than
+    serializing them on one poll thread.</p>
 
     <p>A value of <code>0</code> (the default) means <em>auto</em>: the number
     of pollers is derived from the number of online CPUs, capped at a built-in