I agree with this. There really is *not* a lot of code in what Kevin showed us, because the page code has to be there whether you have one or 500 invocations, tags, on the page. This just makes it look large because all the setup is attributed to one measely little tag.
On 5/28/05, Remy Maucherat <[EMAIL PROTECTED]> wrote: > On 5/28/05, Peter Lin <[EMAIL PROTECTED]> wrote: > > as you see already, using JSTL means a single line of code gets > > converted to several lines of JSTL api calls. once you look at how > > many classes are involved in executing JSTL, it's pretty clear it's > > using much more memory and causing more GC. The performance you see is > > the result of JSTL using more memory. > > It will obviously use more CPU and make more API calls. However, it > does not allocate any objects, but instead will reuse per page objects > (which is very fast). So overall, it sounds weird to me that the > bottleneck would be on tag invocation. > > In the end, it's hard to beat a Java "if" with a generic high level > construct ;) I don't understand how anyone could be surprised by that. > > > Back in 2002, I wrote several pages using JSP + java and JSP + JSTL to > > measure the actual cost of from a performance perspective. The > > performance difference isn't noticeable if a page has less than 50 > > tags. With 200+ tags, the performance difference does range from 2-5x > > slower for JSTL. It's worse when you use XML with JSTL. It's also one > > of the reasons I like to use JSTL + XML to benchmark. It really gives > > the VM a workout. > > > > have you tried running JRockit 5? I did some tests recently and > > JRockit's memory management might give you a 2x improvement in > > performance. That's assuming you can use jdk5 > > Right, the code for invoking tags seems to be a good candidate to be > optimized by a competent JIT. > > -- > xxxxxxxxxxxxxxxxxxxxxxxxx > Rémy Maucherat > Developer & Consultant > JBoss Group (Europe) SàRL > xxxxxxxxxxxxxxxxxxxxxxxxx > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
