> On 2/8/2011 12:27 PM, Robinson, Eric wrote:
> >>> I would like to set all JVMs to -Xms=32M -Xmx=512M and let
> >> the system
> >>> figure out how much memory each instance really needs.
> >>
> >> That should work, at the expense of some thrashing of the 
> heap size 
> >> as the load waxes and wanes.
> >>
> >
> > As I understand it, it would actually not work because 
> instances that 
> > peak at 512M but then go back down to, say, 128M, would still never 
> > return the unused memory to the OS so it can be used by 
> other instances.
> > Consequently, we would get a lot of disk paging.
> 
> Have you benchmarked the new version to see how high the 
> memory use actually gets?  It might not have much real effect 
> if it doesn't go very high.
> 
> 

Yes, we've benchmarked it and the memory usage is not significantly
higher than with the old version. The problem is the software company's
arbitrary requirements. They think the product needs 512MB RAM. You know
how software companies are. It's slow? Well then throw more RAM at it!
It doesn't matter if actuall USES the memory. It's just a typical
software company knee jerk reaction, but one that we have to abide by.


--Eric 








Disclaimer - February 8, 2011 
This email and any files transmitted with it are confidential and intended 
solely for Tomcat Users List. If you are not the named addressee you should not 
disseminate, distribute, copy or alter this email. Any views or opinions 
presented in this email are solely those of the author and might not represent 
those of Physicians' Managed Care or Physician Select Management. Warning: 
Although Physicians' Managed Care or Physician Select Management has taken 
reasonable precautions to ensure no viruses are present in this email, the 
company cannot accept responsibility for any loss or damage arising from the 
use of this email or attachments. 
This disclaimer was added by Policy Patrol: http://www.policypatrol.com/

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to