Return-Path: Delivered-To: apmail-jakarta-taglibs-dev-archive@www.apache.org Received: (qmail 74709 invoked from network); 11 Dec 2007 09:28:29 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 11 Dec 2007 09:28:29 -0000 Received: (qmail 4904 invoked by uid 500); 11 Dec 2007 09:28:18 -0000 Delivered-To: apmail-jakarta-taglibs-dev-archive@jakarta.apache.org Received: (qmail 4730 invoked by uid 500); 11 Dec 2007 09:28:17 -0000 Mailing-List: contact taglibs-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Tag Libraries Developers List" Reply-To: "Tag Libraries Developers List" Delivered-To: mailing list taglibs-dev@jakarta.apache.org Received: (qmail 4719 invoked by uid 99); 11 Dec 2007 09:28:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Dec 2007 01:28:17 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Dec 2007 09:28:05 +0000 Received: by brutus.apache.org (Postfix, from userid 33) id 31F8C714258; Tue, 11 Dec 2007 01:28:08 -0800 (PST) From: bugzilla@apache.org To: taglibs-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 27717] - very slow in JSTL 1.1 In-Reply-To: X-Bugzilla-Reason: CC Message-Id: <20071211092808.31F8C714258@brutus.apache.org> Date: Tue, 11 Dec 2007 01:28:08 -0800 (PST) X-Virus-Checked: Checked by ClamAV on apache.org DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=27717 ------- Additional Comments From bayard@apache.org 2007-12-11 01:28 ------- Pushing this a bit - I don't think the problem is in x:foreach. I think it's in x:out. x:foreach executes relatively quickly, but then each execution of x:out is not cheap and it's adding up as the loop gets bigger. Presumably running the following is hurting: XPathUtil xu = new XPathUtil(pageContext); String result = xu.valueOf(XPathUtil.getContext(this), select); Digging into valueOf leads to agreement with David Winterbourne's comment in 40717 that the problem is in fillVarStack. It's in valueOf too and definitely looks like a culprit. So apologies for my last comment on 40717 being akin to CachedXPathAPI. That just caches the xpathSupport variable. Looking at the speed of things, I've not found where the slow down is yet. There are times when there are large chunks of slow down (100 milliseconds), which might be GC due to massive object creation. Also over time the general time taken on each eval call slowly rises, although still only to 10 milliseconds. Obviously I need to test in a profiler etc. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. --------------------------------------------------------------------- To unsubscribe, e-mail: taglibs-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: taglibs-dev-help@jakarta.apache.org