Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 41986 invoked from network); 10 Apr 2008 22:06:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Apr 2008 22:06:50 -0000 Received: (qmail 27362 invoked by uid 500); 10 Apr 2008 22:06:44 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 27279 invoked by uid 500); 10 Apr 2008 22:06:44 -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: List-Id: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 27268 invoked by uid 99); 10 Apr 2008 22:06:43 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 10 Apr 2008 15:06:43 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.9] (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 10 Apr 2008 22:06:01 +0000 Received: (qmail 40326 invoked by uid 2161); 10 Apr 2008 22:06:20 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by VISN0484.vis.internal.vodafone.com (Postfix) with ESMTP id 556FE24046 for ; Fri, 11 Apr 2008 00:04:49 +0200 (CEST) Message-ID: <47FE8F00.7030309@apache.org> Date: Fri, 11 Apr 2008 00:04:48 +0200 From: Ruediger Pluem User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: dev@httpd.apache.org Subject: Re: Solaris sed based apache filtering module (mod_sed) References: <20080409024021.GA18431@lmonica2.home> <20080409210905.GH10666@lbasantk3.red.iplanet.com> <60F5FA2C-F6E9-42A9-A4DA-43A36D7AABCA@jaguNET.com> <47FDFDB5.5050601@apache.org> <20080410200946.GB25184@lbasantk3.red.iplanet.com> In-Reply-To: <20080410200946.GB25184@lbasantk3.red.iplanet.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org On 10.04.2008 22:09, Basant Kukreja wrote: > Here is some more performance results based on Ruediger's suggestion : Thanks for this. > > ------------------------------------------------------------------------- > test2.html : 500 substitution s/hello/hi/g. > Requests Per Second (RPS) as measured by ab for s/hello/hi/ substitution. > Enabled CPUs : 1 > testname Concur MaxReq mod_sed mod_line_edit mod_substitute mod_substitute(with n flag) > RPS RPS RPS > test2.html 100 100000 1278 404 1130 1531 > > Summary : > On simple string substitution (s/hello/hi/) mod_sed perform better than > mod_substitue but with flag [n] mod_substitute performed better than > mod_sed. > ------------------------------------------------------------------------- > Test case summary : pattern capture > Regular expression used : OutputSed 's/.*\(one\).*\(two\).*\(three\).*\(four\).*\(five\).*/\5 \4 \3 \2 \1/' > : Substitute "s/.*(one).*(two).*(three).*(four).*(five).*/$5 $4 $3 $2 $1/" > String : hello one 1 two 2 three 3 four 4 five 5. > Enabled CPUs : 4 > test12.html : 500 lines containing the above string (Result in 500 substitution). > testname Concur MaxReq mod_sed mod_substitute > RPS RPS > test12.html 125 100000 1322 3230 > Summary : > With pattern capture, mod_substitute performed much better than mod_sed. > ------------------------------------------------------------------------- > Test case summary : test for simple regular expression. > Regular expression used : OutputSed 's/.*one.*two/1 2/' > : Substitute "s/.*one.*two/1 2/" > String : hello one 1 two 2 three 3 four 4 five 5. > Enabled CPUs : 4 > test22.html : 500 lines containing the above string (Result in 500 substitution). > testname Concur MaxReq mod_sed mod_substitute > RPS RPS > test22.html 400 400000 2013 1689 > Summary : > With ordinary regular expression, mod_sed performed better than > mod_substitute. > ------------------------------------------------------------------------- > > mod_substitute (what is available in 2.2.8 is leaking memory) so the above > performance results must be repeated with new mod_substitute from trunk (to > have better comparison). Any more details in which situations you see memory leaks? The same leaks should happen on trunk as well. Regards R�diger