I am not sure what a live reinit is, but I doubt it, I just have an exploded webapp directory with jar files in the lib directory, should be ok.
Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -----Original Message----- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 11:44 AM To: Tomcat Users List Subject: RE: Memory Leak the only time my task manager memory went up and never came down came from the classloader having to reload classes because I had dynamic reloading switched on ... are you deploying classes that force tomcat to do a "live reinit"? -----Original Message----- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: 15 April 2004 16:42 To: 'Tomcat Users List' Subject: RE: Memory Leak Yes, the heap memory does go down, my problem is the OS memory. Why will it never go down? Won't that cause over time in tomcat (as indeed is what I am seeing)? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -----Original Message----- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 11:32 AM To: Tomcat Users List Subject: RE: Memory Leak Which memory are you talking about: - Java Heap If this doesn't go down after a load peak where the load of the heap was near the limit you have a problem. (In your test it did get down) To solve that, you have to find a reproducable test that exposes the problem and run a profiler with that. - OS Memory as reported by the task manager This will never ever go down until restart. > -----Original Message----- > From: Chanan Braunstein [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 5:24 PM > To: 'Tomcat Users List' > Subject: RE: Memory Leak > > > Well, I am not sure why tomcat crashes in that case, why isn't it > reducing the memory over time. I might add that I noticed that even > during low traffic periods the memory won't go back down. Even if I > take one off the cluster (hardware load balancer), so no traffic is > going to it at all the memory doesn't go down. > > > Chanan Braunstein > Knovel Corp. > Web Development Manager > 607-773-1840 x672 > http://www.knovel.com > > > -----Original Message----- > From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 15, 2004 11:11 AM > To: Tomcat Users List > Subject: RE: Memory Leak > > From your description it is not shure that you have a memory leak at > all. > > The vm is not returning free memory to the os. So the memory as seen > by the os will alway be the maximum value that the jvm ever needed > during the runtime. > > The other option that explains your observertion is that you test > fails to expose the memory leak. > > > -----Original Message----- > > From: Chanan Braunstein [mailto:[EMAIL PROTECTED] > > Sent: Thursday, April 15, 2004 4:27 PM > > To: 'Tomcat Users List' > > Subject: Memory Leak > > > > but then GC kicks in and drops down back to where it was when I > > started the test. However, the memory in the task manager > keeps going > > up. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] <FONT SIZE=1 FACE="VERDANA,ARIAL" COLOR=BLUE> ------------------------------------------------------- QAS Ltd. Developers of QuickAddress Software <a href="http://www.qas.com";>www.qas.com</a> Registered in England: No 2582055 Registered in Australia: No 082 851 474 ------------------------------------------------------- </FONT> --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
