Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 96926 invoked from network); 18 Sep 2004 00:37:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 18 Sep 2004 00:37:09 -0000 Received: (qmail 59785 invoked by uid 500); 18 Sep 2004 00:37:02 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 59746 invoked by uid 500); 18 Sep 2004 00:37:01 -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 59730 invoked by uid 99); 18 Sep 2004 00:37:01 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=RCVD_BY_IP,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: domain of trawick@gmail.com designates 64.233.170.196 as permitted sender) Received: from [64.233.170.196] (HELO mproxy.gmail.com) (64.233.170.196) by apache.org (qpsmtpd/0.28) with ESMTP; Fri, 17 Sep 2004 17:37:01 -0700 Received: by mproxy.gmail.com with SMTP id 80so541759rnl for ; Fri, 17 Sep 2004 17:36:59 -0700 (PDT) Received: by 10.38.8.54 with SMTP id 54mr252371rnh; Fri, 17 Sep 2004 17:36:59 -0700 (PDT) Received: by 10.38.206.20 with HTTP; Fri, 17 Sep 2004 17:36:59 -0700 (PDT) Message-ID: Date: Fri, 17 Sep 2004 20:36:59 -0400 From: Jeff Trawick Reply-To: Jeff Trawick To: dev@httpd.apache.org Subject: Re: [PATCH] fix child reclaim timing In-Reply-To: <20040915184922.GA4901@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20040813135123.GA18095@redhat.com> <20040915184922.GA4901@redhat.com> X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Wed, 15 Sep 2004 19:49:22 +0100, Joe Orton wrote: > On Wed, Sep 15, 2004 at 01:48:11PM -0400, Jeff Trawick wrote: > > Here's a patch that does something like I mentioned above, though it > > bails out a bit sooner (9 or so seconds). The timing of the > > interesting actions in this patch can be tweaked in a much simpler > > manner than the old 1.3 code allows. > > Looks just as good to me, +1 re "just as good": it helps that stuff from jorton, jerenkrantz, and nd don't go to my spam folder, then I don't go blindly patching... but I committed mine anyway, with timings tweaked to be a little closer to yours (a bit more patient in the intervals leading to SIGTERM) and with the change below > > > - */ > > + while (1) { > > apr_sleep(waittime); > ... > > - if (!not_dead_yet) { > > - /* nothing left to wait for */ > > + if (!not_dead_yet || > > + action_table[cur_action].action == GIVEUP) { > > + /* nothing left to wait for, or we gave up */ > > break; > > } > > } > > ...is crying out to be a do/while :) of course (thanks!)