Re: Profiling Tapestry

I agree with Marlcom; test under load in a real application.  I'm fairly
confident that once you add any EJB or database access, the whole Tapestry
slice of the pie will become pretty thin.

I do think that, with enough work, we could do a lot less unicode-to-ascii
conversions.  That is, template objects (RenderTemplateHTML instances) could
do the conversion just once and emit ascii-binary after that ... but its a
lot of work.  I'd want to see that this conversion is really causing a
visible hotspot when the application is running under load.


----- Original Message -----
From: "Luis Neves" <[email protected]>
To: "Howard M. Lewis Ship" <[email protected]>; "Tapestry Contrib"
<tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Sent: Friday, December 20, 2002 5:10 AM
Subject: Re: [Tapestry-contrib] Profiling Tapestry


On Thursday 19 December 2002 23:20, Howard M. Lewis Ship wrote:
> Hm.
>
> That might be an area to look into.  Since all Tapestry output is run
> through IMarkupWriter .... we don't absolutely have to base it on a
> PrintWriter.  Still, if we read templates as bytes, we'd have to do a lot
> of our own conversion back to char just to parse the damn thing.  I guess
> the templates start as binary, convert to char, and convert back to binary
> on the way to the browser.
>


There is a new O'Reilly article that talks about "Servlet Best Practices" in
which the overhead of using PrintWriter is discussed and a solution is
presented:

http://www.onjava.com/lpt/a/2825

The case they talk about is just serving a file, and not doing much else
with
it, so I don't know how usefull the article is for Tapestry, but a 50%
improvement[1] is kind of cool :-)




Best regards,
Luis Neves

[1] - in the best case






-------------------------------------------------------
This SF.NET email is sponsored by:  The Best Geek Holiday Gifts!
Time is running out!  Thinkgeek.com has the coolest gifts for
your favorite geek.   Let your fingers do the typing.   Visit Now.
T H I N K G E E K . C O M        http://www.thinkgeek.com/sf/