Chuck, Sorry if I haven't been clear enough, but we did have several situations in which such a thing happened in production. We'd specified too much memory to tomcat, and as our server shared its physical with other applications such as IIS, GC never (ever) ran and Tomcat proccess could never acquire the amout of memory we'd specified, causing java.lang.OutOfMemory error plenty of times. We could just solve it decreasing tomcat's proccess initial and maximum amount of memory, that's why I've warned about it. I really apologize if I'm wrong, but is there another explanation for it?
Thank you! -----Mensagem original----- De: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 17 de março de 2008 11:06 Para: Tomcat Users List Assunto: RE: about java.lang.outofmemory error > From: Milanez, Marcus [mailto:[EMAIL PROTECTED] > Subject: RES: about java.lang.outofmemory error > > Just be aware that increasing memory isn't always the best option. In > most cases you should decrease memory instead, giving GC a chance to > run. If you increase memory, it may never run (realising unused > resources) and your process may never be able to allocate the amount > you specify... The above is confused and erroneous. GC will run automatically before any OOME is thrown, freeing up as much memory as is possible, including soft references. If you are referring to balancing heap space against non-heap space within the total process address space, GC has no effect, since the maximum heap size is reserved (but not allocated) at JVM initialization. There's no such thing as "giving GC a chance to run"; it will run, whenever it needs to. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
