Are you using r/o request "beans" or session r/w "beans"?
How many users at a time? What is the mix? How many bytes per
columns/rows? (ex: displaytag)
Also, what is your DAO (data) caching plans? This in my designs is
majority of RAM usage.
I built one site to support 10,000 concurent users, and we used 64 bit
CPU (AMD) on servers ( 6 of them) to be able to address > 4 gig JVM
space to do more DAO caching of "blobs" (media/images)
Mostly this shakes itself out during stress testing (and struts is great
at this since you can test your "M" (Data) layer by itself).
So since majority of memory is related to your "domain" (business app
area)....
The struts "servlets" takes very few bytes itself and there is one of
each (even for multiple sessions).
hth,
.V
[EMAIL PROTECTED] wrote:
I'm not sure I understand your gasps at my question. To extend on the "that's like buying a truck asking them how much it will weight when you fill it up" -- I can calculate the memory usage of the parts that I implement on behalf of my application itself. Obviously no one can speak to the size of the memory usage of the applications specific objects that I create, things, I put in session, etc.
However, this isn't my question. My question seems answerable enough. I just want to know how much memory the struts framework tend to take up by itself, OR, alternately, what are the areas of memory usage to examine to decide such a thing.
Is this really not easily determined? What would make it so hard to determine?
--- On Tue 02/14, Dave Newton < [EMAIL PROTECTED] > wrote:
From: Dave Newton [mailto: [EMAIL PROTECTED]
To: user@struts.apache.org
Date: Tue, 14 Feb 2006 11:24:58 -0500
Subject: Re: memory usage
James Mitchell wrote:> LOL! That's like buying a truck from Ford, and then asking them how> much
it will weigh when you fill it up.That's a better answer than mine; I was just gonna say "15K"
and call itday.Dave "You don't code your Struts in
assembly?!"---------------------------------------------------------------------To unsubscribe,
e-mail: [EMAIL PROTECTED] additional commands, e-mail: [EMAIL PROTECTED]
_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
