Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 49863 invoked from network); 8 Jun 2004 22:26:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 8 Jun 2004 22:26:34 -0000 Received: (qmail 88582 invoked by uid 500); 8 Jun 2004 22:26:46 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 88462 invoked by uid 500); 8 Jun 2004 22:26:45 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 88448 invoked by uid 99); 8 Jun 2004 22:26:45 -0000 Received: from [66.111.4.26] (HELO out2.smtp.messagingengine.com) (66.111.4.26) by apache.org (qpsmtpd/0.27.1) with ESMTP; Tue, 08 Jun 2004 15:26:45 -0700 X-Sasl-enc: 6mcInns6onKXvVbObSeUSQ 1086733576 Received: from bronfman504 (Toronto-HSE-ppp3741953.sympatico.ca [67.68.71.62]) by mail.messagingengine.com (Postfix) with ESMTP id B78BAC064B3 for ; Tue, 8 Jun 2004 18:26:16 -0400 (EDT) Date: Tue, 8 Jun 2004 18:26:16 -0400 (Eastern Daylight Time) From: Joshua Slive To: dev@httpd.apache.org Subject: Re: [PATCH] event driven MPM In-Reply-To: <40C61BEC.5030009@wstoddard.com> Message-ID: References: <40C5CBFC.1060300@remulak.net> <40C61BEC.5030009@wstoddard.com> X-X-Sender: slive@fastmail.fm@mail.messagingengine.com MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Tue, 8 Jun 2004, Bill Stoddard wrote: > Joshua Slive wrote: > > I don't have any technical comments, other than "cool". But I can > > confirm that many people report needing to turn KeepAlive off to get > > reasonable performance from apache. > > Joshua, Tell us more. If you can't start enough processes/threads to > handle the number of incoming connections, then setting keepalivetimeout > from 15 to 5 seconds or turning off keepalive entirely will boost the > apparent number of 'concurrent' connections able to be handled by the > server. I've found this useful in several customer cases I've worked on. > The eventdriven patch should solve this problem quite handily. Yes, that is what I meant. People with limited memory (so they can't just up MaxClients) can sometimes serve many more "people" by turning off keepalive in order to free slots. With this patch, they should get the best of both worlds (keepalive plus all worker threads handling actual content). Joshua.