> > What are the possible downsides of setting a low initial > memory pool > > and a high max pool? If a tomcat app usually needs > approximately 64MB > > of heap space, but sometimes as much as 300-400MB, would it > cause any > > problems to set the initial pool to 16M and the max pool to 512M? > > An additional answer to your question: > > If multiple JVMs need, in total, more RAM than the machine > has available at any given moment, the OS may allocate swap > memory to one or more of those processes. Once a JVM is > moved into swap, it is difficult to predict when it will move > back out again. > > For JVMs this is particularly bad, as internal memory > operations inside the process will take orders of magnitude > longer to complete. This can negatively impact the timing of > garbage collection and lead to an increased risk of OOM, for > some collectors. > >
Thanks for the additional information. If what you described occurs, we would see OOMs in the logs, correct? Also, if the machine has inadequate RAM, then the effect you described could be the same whether you specify a low or high -Xms value, correct? --Eric Disclaimer - February 20, 2012 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