Remy Maucherat wrote:
On 1/5/06, Jess Holle <[EMAIL PROTECTED]> wrote:
Also a Tomcat 5.5.12 (or better 5.5.15) with and without APR test
against recent IBM, Sun, and BEA offerings would be really nice :-)
There seems to be a silly notion out there that because you pay for
commercial offerings they'll automatically make any web application run
significantly faster and scale significantly better than just running it
in Tomcat with the same resources. I'm not saying that paying for a
commercial offering gets you nothing, but:
1. There's no reason to assume that one of the things it buys you is
performance and scalability on the same server resources.
2. There's no reason to assume that anything it does buy you in these
terms is significant when compared to theh performance/scalability
impact of your web application's own code -- time spent optimizing
your own code might buy you a lot more than the most expensive
servlet engine ever could...
Well, I guess you could sponsor a study from the webperformance folks
to find out if you're really interested ;)
:-)
I guess I'm personally anecdotally convinced that the bulk of
performance and scalability opportunities (for both improvement and
"disimprovement") are in the web application code -- not the servlet
engine code.
Thinking about this a bit more, though, I guess this conviction comes
from experience with really large and complex web applications. When
most of the code being run is not servlet engine code, then it stands to
reason that the bulk of the resource consumption would not come from the
servlet engine.
If someone is going hog-wild with certain tag usage styles, buffered
dynamic inclusion of JSPs within tight loops, and so forth, or just has
a really simple (e.g. mostly static) web application, then it would seem
more likely that servlet engine optimizations could make a substantive
difference. I still would not assume that current commercial offerings
offer this difference when compared to the current Tomcat version, though.
--
Jess Holle
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
