Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 14582 invoked from network); 18 Aug 2005 15:49:17 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 Aug 2005 15:49:17 -0000 Received: (qmail 42229 invoked by uid 500); 18 Aug 2005 15:49:10 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 42212 invoked by uid 500); 18 Aug 2005 15:49:10 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 42199 invoked by uid 99); 18 Aug 2005 15:49:10 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2005 08:49:10 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 207.114.11.197 is neither permitted nor denied by domain of perrin@elem.com) Received: from [207.114.11.197] (HELO ns1.plusthree.com) (207.114.11.197) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 18 Aug 2005 08:49:28 -0700 Received: from [10.0.1.201] (varick-236-218.180VarickStreet.com [216.223.218.236]) (authenticated bits=0) by ns1.plusthree.com (8.13.1/8.13.1) with ESMTP id j7IFfEHZ016650 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Thu, 18 Aug 2005 11:41:15 -0400 Subject: Re: Clearsilver Templates From: Perrin Harkins To: Praveen Ray Cc: modperl@perl.apache.org In-Reply-To: <20050818153902.7438.qmail@web30512.mail.mud.yahoo.com> References: <20050818153902.7438.qmail@web30512.mail.mud.yahoo.com> Content-Type: text/plain Date: Thu, 18 Aug 2005 11:48:49 -0400 Message-Id: <1124380129.5161.676.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-4) Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On Thu, 2005-08-18 at 08:39 -0700, Praveen Ray wrote: > I suspect its because we've written a large number of > moderately complex macros Could be. You can probably test this fairly simply by globally removing the macro calls and benchmarking. > Or, is it the fact that TT uses string concatenation for > every MACRO and BLOCK's output? Not likely, although that may increase the memory used. > I wish TT could write onto output stream as the output is > generated instead of first building a giant string. There have been patches on the list to flush output periodically, but I don't think they remove all buffering. The buffering is what makes things like filters, wrappers, and exception handling possible. However, TT is pretty hackable if you want to change that. - Perrin