From dev-return-3041-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Fri Jul 06 20:31:50 2001 Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 15847 invoked by uid 500); 6 Jul 2001 20:31:45 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 15834 invoked from network); 6 Jul 2001 20:31:44 -0000 X-Authentication-Warning: cobra.cs.Virginia.EDU: jcw5q owned process doing -bs Date: Fri, 6 Jul 2001 16:31:44 -0400 (EDT) From: Cliff Woolley X-X-Sender: To: Brian Pane cc: APR Development List Subject: Re: [PATCH/CONTRIB] Shared Mem Hash Table In-Reply-To: <3B461EC0.8040205@pacbell.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N On Fri, 6 Jul 2001, Brian Pane wrote: > This morning, I instrumented the latest httpd-2.0 souce and found that > it's spending 41% of its CPU time in usr mode and 59% in sys when > delivering a 50KB, non-server-parsed file (on Linux, using sendfile). > For server-parsed requests, I've seen ratios as high as 70% usr, 30% sys. > > The bad news: the httpd is wasting a huge amount of CPU time in > user-space code (for an optimal httpd serving static files, the usr CPU > should approach zero; 41% is surprisingly high). The good news: there's > an opportunity to cut the httpd's CPU utilization nearly in half by > tuning just the user-space code. The flip side of that, of course, is that we could probably also get rid of some useless/redundant system calls, thereby also reducing the time spent in sys CPU. --Cliff -------------------------------------------------------------- Cliff Woolley cliffwoolley@yahoo.com Charlottesville, VA