Costin Manolache wrote:
The point is not how much memory you have - but to have control over
how it is used. There are plenty of other things that might benefit
from staying in memory - a large cache for the data, etc. Many servers
might have 4+ G RAM, but they tend to run multiple processes and a JVM
might not get all the memory ( also keep in mind the interaction
between java and swap might not be pleasant - and jsp/class data can't
be paged out, it's very MM unfriendly )
I don't think it represents a large amount of data, and I also don't
think you could allocate this relatively small amount og memory to a
more efficient cache (db caches need an order of magnitude more memory,
for example). The main problem is the static way that the Sun VMs use to
manage this portion of memory.
I also don't see any need to have zillions of JSPs filled with template
text, especially if you're willing to take a small performance hit
(there's that thing called dynamic includes which could be used to
handle large portions of static text).
It still doesn't cost much to give some more perm gen to Sun's VM (still
a fairly manageable amount IMO, but of course, if you want to do hosting
or it's an embedded situation, it's a problem).
Many cases would benefit from more control over memory - hosting or
embedded or sites with lots of jsps or lots of data. Forcing all
static content in memory is not the best use of the memory.
There's no other solution really. Any other implementation will perform
bad, due to the very fragmented nature of static text.
BTW, I am ok with shipping additional presentation technologies with
Tomcat, we do not need to give JSP any special treatment anymore.
True, may be better to implement such a thing without all the
complexity of taglibs, etc.
Well - my home web server has 32M RAM on a 200 Mhz arm ... :-). Of
course, I don't plan to run jsp on it - but coyote works well enough.
Did you look at the other presentation layer technologies available, and
how appropriate they would be for your environment ?
Rémy
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
