Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 52930 invoked from network); 8 Apr 2004 15:49:37 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 8 Apr 2004 15:49:37 -0000 Received: (qmail 61959 invoked by uid 500); 8 Apr 2004 15:48:53 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 61927 invoked by uid 500); 8 Apr 2004 15:48:52 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 61830 invoked from network); 8 Apr 2004 15:48:52 -0000 From: "Pascal Felber" To: Subject: mod_perl performance question Date: Thu, 8 Apr 2004 17:48:53 +0200 Organization: Institut Eurecom Message-ID: <01c501c41d80$fe51f560$9b0a11ac@MAGNETI> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal 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 We have noticed some "strange" behavior when stress-testing one of our perl modules and we haven't managed to find an explanation or workaround in the mod_perl documentation. We have reproduced this problem with a minimal module, installed as a PerlResponseHandler, that simply sends am HTTP 302 redirection message to the client. The server is a P4@1.5GHz 512MB, running linux 2.4.18-3, Apache 2.0.48, and mod_perl 1.99_08. We have run benchmarks using the `siege' application with an increasing number of clients and we have measured the latency of every request. I have put a graph online at http://www.eurecom.fr/~felber/mod_perl.gif that illustrates the problem. The response time of the server is roughly constant but we observe some pretty high spikes in the latency every 30 seconds or so, as if the server was interrupted for a short period of time (approx. 300 ms). The delay of 300 ms seems very high for tasks like shared memory accesses or garbage collection, given that our test module does almost nothing. When running the same test using mod_alias for redirections, there are no such spikes; so it really looks like they are due to mod_perl rather than the OS, Apache, or the network. There might be an obvious explanation but we have limited expertise with mod_perl and we would very much appreciate some help from other users on this list. Thanks, Pascal Felber -- Report problems: http://perl.apache.org/bugs/ Mail list info: http://perl.apache.org/maillist/modperl.html List etiquette: http://perl.apache.org/maillist/email-etiquette.html