tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "shyam" <sh...@interviewexchange.com>
Subject RE: Memory Issues
Date Sat, 03 Apr 2004 19:08:48 GMT


Hi,
Thanks a lot for the information. I am using java 1.4.1_02 . 

> I force the GC to run so that the memory is freed.

No. You can not. You can tell the system, that it should. You cannot
enforce
it.

I ask the System to the GC. Sorri for the wrong interpretation.

We are pretty soon moving to tomcat5.0.19. But it will take some time.
Until then I don't to see outofmemory errors. I guess I should ask the
System to run the GC .

Regarding memory leaks, I realize that I need to use a profiler . I will
do it .
Thanks again
shyam
-----Original Message-----
From: SH Solutions [mailto:sh-solutions@gmx.net] 
Sent: Saturday, April 03, 2004 1:56 PM
To: 'Tomcat Users List'
Subject: RE: Memory Issues

Hi


> I have an application running on tomcat4.1.24.

Upgrade. 4.1.30 is latest in 4.1.x.
I can even recommend 5.0.19, that I am running without problems. For
some it
has shown to be even faster.


> I force the GC to run so that the memory is freed.

No. You can not. You can tell the system, that it should. You cannot
enforce
it.


> What I don't understand why is the total memory maximum.

USE A PROFILER. This is a important step. You may be able to adjust some
parameters to take the OoME to happen less frequently, but it will NOT
solve
your memory leaks.


> I want tomcat to deallocate and resize the heap so that the total
memory
doesn't max out.

Tomcat cannot deallocate anything, since tomcat is also only a java
program.
If you do have memory leaks, no java code can change anything. Solve
your
leaks.


> And also I need the GC to run more aggressively.

There are some VM options that allow you to control the way, GC works.
Read
its release notes.

BTW, which VM are you using? Upgrade to latest. It was said, that where
were
StringBuffer memory leaks in at least one of the recent versions.


Regards,
  Steffen


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org




---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Mime
View raw message