I'm running stress testing right now on 4.1.12 with jdk1.4.0.
I see no memory leak problems with a real webapp that uses a ton of jstl tags. I've run it with both -Xmx128 and without. I'm guessing the culprit is something else. one suggestion is to run a super simple stand alone java program and have it run for 30 minutes. If you see a memory leak, then you know the problem isn't with tomcat. if you haven't tried running a java program with verbose GC, you really should consider trying that to see if any patterns emerge. If you see the same number of objects garbaged, but the heap grows steadily that is normal. On the other hand, if the number of objects garbaged is low and decreases with time, then you know there's a leak some place. the problem is only going to solved if you put in real effort to help diagnose it. peter "Ing. Damiano Bolla" wrote: > > Yes, I did let it run and it keeps eating. > I have other production systems that exibit the problem and they need > rebooting. > > In any case, did any of you tried what I did ? > > If you have not, then please do not comment.. > If you have and everything is fine, then please tell me what setup you are > using. > > As far as I see this IS a problem. > > Thanks. > > P.S. Asking for help at bugzilla had no effect. > > At 09.02 27/09/2002 -0400, you wrote: > >content-class: urn:content-classes:message > >Content-Type: text/plain; charset="us-ascii" > >Content-Disposition: inline > > > >Hi, > > > > >- What I am doing is http://localhost:8080/ and keep refreshing that > >with > > >F5 > > >- I am NOT testing my own servlet. I am NOT doing anything else !!! > > > > > >I monitor memory usage using top and sorting the results by memory. I > >am > > >looking at the SIZE column. > > >What I get is an EVER INCREASING memory usage. Something like > > >30212 > > >30220 > > >31016 > > >31040 > > >31576 > > > >Why is that necessarily a leak??? The JVM will allocate as much memory > >as it wants even for identical resources, up to when a GC is needed. As > >long as this is all you're doing, it could go up to close to 64MB (the > >default limit), before everything will be GCed. > > > >Did you try going up that high? > > > >I wouldn't rush to put in a bug for this ;) > > > >Yoav Shapira > >Millennium ChemInformatics > >This e-mail, including any attachments, is a confidential business > >communication, and may contain information that is confidential, > >proprietary and/or privileged. This e-mail is intended only for the > >individual(s) to whom it is addressed, and may not be saved, copied, > >printed, disclosed or used by anyone else. If you are not the(an) > >intended recipient, please immediately delete this e-mail from your > >computer system and notify the sender. Thank you. > > > >-- > >To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > >For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
