Return-Path: Delivered-To: apmail-httpd-test-dev-archive@www.apache.org Received: (qmail 51386 invoked from network); 2 Dec 2003 01:20:39 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 2 Dec 2003 01:20:39 -0000 Received: (qmail 37878 invoked by uid 500); 2 Dec 2003 01:20:23 -0000 Delivered-To: apmail-httpd-test-dev-archive@httpd.apache.org Received: (qmail 37789 invoked by uid 500); 2 Dec 2003 01:20:22 -0000 Mailing-List: contact test-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: test-dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list test-dev@httpd.apache.org Received: (qmail 37770 invoked from network); 2 Dec 2003 01:20:22 -0000 Received: from unknown (HELO palrel11.hp.com) (156.153.255.246) by daedalus.apache.org with SMTP; 2 Dec 2003 01:20:22 -0000 Received: from xparelay1.ptp.hp.com (xparelay1.ptp.hp.com [15.1.28.62]) by palrel11.hp.com (Postfix) with ESMTP id 1E3911C07CA8 for ; Mon, 1 Dec 2003 17:20:31 -0800 (PST) Received: from xpabh3.ptp.hp.com (xpabh3.ptp.hp.com [15.1.28.63]) by xparelay1.ptp.hp.com (Postfix) with ESMTP id 16E9B1004BBB for ; Mon, 1 Dec 2003 17:20:31 -0800 (PST) Received: by xpabh3.ptp.hp.com with Internet Mail Service (5.5.2657.72) id ; Mon, 1 Dec 2003 17:20:30 -0800 Message-ID: <304BDB72275BBB4DA590832B55A202914727B3@xsun04.ptp.hp.com> From: "MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" To: "'test-dev@httpd.apache.org'" Subject: RE: Regarding Apache 2.0.48 and specweb99 Date: Mon, 1 Dec 2003 17:20:27 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I think I found the problem (.. and it's not the cgid exiting problem). The problem was because the default Listen Backlog in mod_cgid was a little small (100 outstanding connections). I got the following tusc log for the httpd processes : {62717} connect(13, 0x9fffffffbebbfe60, 94) .............. ERR#239 ECONNREFUSED {62849} connect(29, 0x9fffffffbdcbfea0, 94) .............. ERR#239 ECONNREFUSED I increased listen backlog and the processes are a little more happy now :) BTW, I had to increase the "ListenBacklog" for httpd also - the default 512 caused too many "Can't connect" errors. I increased it to 1024. -Madhu >-----Original Message----- >From: gregames@apache.org [mailto:gregames@apache.org] >Sent: Monday, November 24, 2003 1:48 PM >To: test-dev@httpd.apache.org >Subject: Re: Regarding Apache 2.0.48 and specweb99 > > >MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1) wrote: >> Hmmn. Interesting. >> >> 1. Did you include the cgid restart fix ? > >I don't think so. It's the httpd-2.0.48 tarball + mod_specweb99. > >> 2. Are you driving the server with the SPECweb99 recommended >CGI load ? > > DYNAMIC_CGI_GET=.005 > >I believe that's the standard. > >Looking at server-status, I see the CGI URIs dominating the >active server >threads even with this tiny percentage of the total workload. >I'm using the >perl script shipped with SPECweb99. An obvious improvement >would be to use a >compiled C implementation. But I'm not very interested in >setting records or >making CGIs run fast. I'm more interested in speeding up >mod_specweb99 and base >Apache. > >> 3. do you mind posting the httpd.conf > >attached. > > > Oh.. BTW I hope you're also using worker MPM . > >[gregames@monkey built]$ bin/httpd -l >Compiled in modules: > core.c > worker.c > http_core.c > mod_suexec.c > mod_so.c > >Greg >