Ah, I see. At any rate, the event MPM has passed the first 24 hours without any issue. At our peak, we hit 450 requests per second yesterday with about 3.4GB of RAM allocated to Apache. It appears to be doing well, but I won't pass praise until at least a week from switching to it. One noteable difference: With all of the KeepAlive requests being sent to the support thread rather than having a worker thread idle, the server-status is much more clean. This beats having to stare at 300 or so K's in a row. --Graham Frank -----Original Message----- From: jslive@xxxxxxxxx [mailto:jslive@xxxxxxxxx] On Behalf Of Joshua Slive Sent: Wednesday, May 10, 2006 9:03 AM To: users@xxxxxxxxxxxxxxxx Subject: Re: [users@httpd] So I've switched to the event MPM On 5/10/06, Graham Frank <gfrank@xxxxxxxxxxxxxx> wrote: > A bug you say? Yay! I've contributed. Any way, moving along. > > I understand that it does that, but the Apache server-status lists all > threads. Shouldn't that thread be visible as something other than working? No, server-status lists only worker threads. It doesn't list support threads like the ones used to handle keep-alives. But I'm just guessing here. I'd have to check the code to see what is really going on. Ultimately, I think the idea was to have server-status list all connections rather than all threads, but I don't think that has happened yet. Joshua. --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|