Return-Path: Delivered-To: apmail-perl-dev-archive@www.apache.org Received: (qmail 17982 invoked from network); 17 Feb 2011 18:27:35 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 17 Feb 2011 18:27:35 -0000 Received: (qmail 97568 invoked by uid 500); 17 Feb 2011 18:27:35 -0000 Delivered-To: apmail-perl-dev-archive@perl.apache.org Received: (qmail 97389 invoked by uid 500); 17 Feb 2011 18:27:34 -0000 Mailing-List: contact dev-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list dev@perl.apache.org Received: (qmail 97380 invoked by uid 99); 17 Feb 2011 18:27:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Feb 2011 18:27:33 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: 207.173.203.201 is neither permitted nor denied by domain of david@kineticode.com) Received: from [207.173.203.201] (HELO smtp.kineticode.com) (207.173.203.201) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 17 Feb 2011 18:27:25 +0000 Received: from [10.0.1.20] (c-24-21-128-239.hsd1.or.comcast.net [24.21.128.239]) by smtp.kineticode.com (Postfix) with ESMTPSA id 190035084E8; Thu, 17 Feb 2011 10:27:05 -0800 (PST) Subject: Re: mod_perl 2.0.6 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: "David E. Wheeler" In-Reply-To: Date: Thu, 17 Feb 2011 10:27:04 -0800 Cc: Fred Moyer , mod_perl Dev Content-Transfer-Encoding: quoted-printable Message-Id: <1439C8E1-97A7-46DB-AD6A-36439D7A2FA7@kineticode.com> References: To: Perrin Harkins X-Mailer: Apple Mail (2.1082) On Feb 17, 2011, at 10:17 AM, Perrin Harkins wrote: > It's only a guess, and I don't care enough to go through the code for > evidence. I think people generally underestimate the complexity of > HTTP and the difficulty of writing a bug-free network server based on > it. Apache HTTPD is the result of years worth of debugging, and I > wouldn't trade it for a recently developed server. Sure, that's reasonable. > I also remember Matt Sergeant discovering that with AxKit if he > created a mod_perl alternative that had no hooks at all for the Apache > API stages (e.g. auth) that it was measurably faster than mod_perl. I > don't think we'd want to trade the hooks for more speed though. Well yes. But Plack doesn't have those hooks because its architecture is = completely different. You can get the same effect as the hooks by using = nested middleware. > All that being said, there's always room for improvement in > performance and I'm sure mod_perl could be faster with some > optimization work. True for any software, of course. :-) Best, David --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org For additional commands, e-mail: dev-help@perl.apache.org