Return-Path: X-Original-To: apmail-httpd-users-archive@www.apache.org Delivered-To: apmail-httpd-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 41AF711C0F for ; Mon, 30 Jun 2014 19:23:35 +0000 (UTC) Received: (qmail 95838 invoked by uid 500); 30 Jun 2014 19:23:32 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 95800 invoked by uid 500); 30 Jun 2014 19:23:32 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 95789 invoked by uid 99); 30 Jun 2014 19:23:32 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jun 2014 19:23:32 +0000 X-ASF-Spam-Status: No, hits=2.2 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.220.52] (HELO mail-pa0-f52.google.com) (209.85.220.52) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Jun 2014 19:23:29 +0000 Received: by mail-pa0-f52.google.com with SMTP id eu11so9173765pac.39 for ; Mon, 30 Jun 2014 12:23:04 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type; bh=XFqS5c3GZ4lUlds+xdXgm5ym7u2yL/nxdfh5TYqpxoE=; b=GhglMnvm2soCvyStP0+UtQzVbAs10oXyQ/0YJlj2Nhk4Z+YLDpWc3BEdAZbaWQv+zy DzTWv9C7MpweY6PNDCYABjqK5oLP8PIMqeSzQLDZO8I8kprUmtEai83r2q3t5mJXLYmT Dnh+sMfSR+vM0qm53pzkPB16g9xb1R6HCWZXxOIJeAdsZQByf3+WsznaHlNvvcHUxEnw Aketq+hmNKRGqXWWEOQPdAXnz8wmpNoD2FCdAz+zazZZCafwVTgukVB+OB7v9DtAstBy NzKgx8a++wIrEF6t+6mNcojFnodpBEx09PcYajt9UTtZHXzFcj78VCc9BDU5s5yQyJGq WWPA== X-Gm-Message-State: ALoCoQm0IqDYL9r9A5gjKjJIRFsWQfukQJBUSb3CO2J+16y9uskhgt+JoToHysnn0WoopeT5wKB4 X-Received: by 10.67.4.163 with SMTP id cf3mr54433298pad.92.1404156184288; Mon, 30 Jun 2014 12:23:04 -0700 (PDT) Received: from localhost.localdomain (cpe-74-138-17-157.swo.res.rr.com. [74.138.17.157]) by mx.google.com with ESMTPSA id pb7sm104011619pac.10.2014.06.30.12.23.02 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 30 Jun 2014 12:23:03 -0700 (PDT) Message-ID: <53B1B913.3040609@rcbowen.com> Date: Mon, 30 Jun 2014 15:22:59 -0400 From: Rich Bowen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: users@httpd.apache.org References: In-Reply-To: Content-Type: multipart/alternative; boundary="------------040508080305080007000108" X-Virus-Checked: Checked by ClamAV on apache.org Subject: Re: [users@httpd] mod_macro cause delay before virtual host sites available after graceful? --------------040508080305080007000108 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 06/30/2014 02:54 PM, Rose, John B wrote: > When we do a graceful restart there is a delay of 30-40 seconds each > time accessing each of our virtual hosts. > > Accessing the server itself has no delay. > > We noticed this after we implemented mod_macro, but it affects all > virtual hosts, not just the mod_macro sites. > > This had not been an issue previously, for several months. > > Any ideas? How many macros do you have defined? 40 seconds seems *really* long unless you have a HUGE number of macros that it has to chunk through. -- Rich Bowen - rbowen@rcbowen.com - @rbowen http://apachecon.com/ - @apachecon --------------040508080305080007000108 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
On 06/30/2014 02:54 PM, Rose, John B wrote:
When we do a graceful restart there is a delay of 30-40 seconds each time accessing each of our virtual hosts. 

Accessing the server itself has no delay. 

We noticed this after we implemented mod_macro, but it affects all virtual hosts, not just the mod_macro sites.

This had not been an issue previously, for several months.

Any ideas?

How many macros do you have defined? 40 seconds seems *really* long unless you have a HUGE number of macros that it has to chunk through.

-- 
Rich Bowen - rbowen@rcbowen.com - @rbowen
http://apachecon.com/ - @apachecon 
--------------040508080305080007000108--