Track down which app has memory leak.
Hi, In a tomcat instance (6.0.13) with multiple apps, how do can I easily track down which app has a memory leak. For example, can I just get a dump of all objects and grep the output (i relize there are a lot but I am not afraid of that!), or do I have to resort to installing and learning how to use one of the many profiling tools? So I guess I am asking how do you actually get a stack/heap dump of some sort out of tomcat? I am new to this sort of thing and Google doesn't tell me much except use some fancy gui tool. Best Regards, Jacob _ Jacob Rhoden Application Architect Systems Development and Integration University of Melbourne Phone: +61 3 8344 2884 - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Track down which app has memory leak.
Java comes with a profiling tools available that dump information on a text file upon exist. Look at sun web site for docs about profiling. You jun then have to set the appropriate parameters to your CATALINA_OPTS En l'instant précis du 04/06/07 09:56, Jacob Rhoden s'exprimait en ces termes: Hi, In a tomcat instance (6.0.13) with multiple apps, how do can I easily track down which app has a memory leak. For example, can I just get a dump of all objects and grep the output (i relize there are a lot but I am not afraid of that!), or do I have to resort to installing and learning how to use one of the many profiling tools? So I guess I am asking how do you actually get a stack/heap dump of some sort out of tomcat? I am new to this sort of thing and Google doesn't tell me much except use some fancy gui tool. Best Regards, Jacob _ Jacob Rhoden Application Architect Systems Development and Integration University of Melbourne Phone: +61 3 8344 2884 - 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]
Re: Track down which app has memory leak.
David Delbecq wrote: Java comes with a profiling tools available that dump information on a text file upon exist. Look at sun web site for docs about profiling. You jun then have to set the appropriate parameters to your CATALINA_OPTS Hi, Thanks for your reply however I cant find anything useful on the Sun site. Only a few things that reveal you have to type a kill -QUITE tomcat_proc, however that doesnt seem to do anything (maybe it is putting a heap file somewhere I dont know about). Best Regards, Jacob - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Track down which app has memory leak.
Hmm i'm not sure whether it can track memory leak or not, since i'm not a frequent user of it, but you can try JMeter from Apache: http://jakarta.apache.org/jmeter/ Its testing and monitoring module helps me a lot though... HTH FooShyn Jacob Rhoden wrote: David Delbecq wrote: Java comes with a profiling tools available that dump information on a text file upon exist. Look at sun web site for docs about profiling. You jun then have to set the appropriate parameters to your CATALINA_OPTS Hi, Thanks for your reply however I cant find anything useful on the Sun site. Only a few things that reveal you have to type a kill -QUITE tomcat_proc, however that doesnt seem to do anything (maybe it is putting a heap file somewhere I dont know about). Best Regards, Jacob - 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]
Re: Track down which app has memory leak.
Add this (java 1.5) to your CATALINA_OPTS -agentlib:hprof=heap=dump From doc: This option causes the greatest amount of memory to be used because it stores details on every object allocated, it can also impact the application performance due to the data gathering (stack traces) on object allocation and garbage collection. See http://java.sun.com/developer/technicalArticles/Programming/HPROF.html En l'instant précis du 04/06/07 11:27, Jacob Rhoden s'exprimait en ces termes: David Delbecq wrote: Java comes with a profiling tools available that dump information on a text file upon exist. Look at sun web site for docs about profiling. You jun then have to set the appropriate parameters to your CATALINA_OPTS Hi, Thanks for your reply however I cant find anything useful on the Sun site. Only a few things that reveal you have to type a kill -QUITE tomcat_proc, however that doesnt seem to do anything (maybe it is putting a heap file somewhere I dont know about). Best Regards, Jacob - 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]
Re: Track down which app has memory leak.
It tracks performances under workload, not memory leaks. To track and locate memory leak, you need profiling tools or be able to load/unload several time all modules separately. En l'instant précis du 04/06/07 11:49, Foo Shyn s'exprimait en ces termes: Hmm i'm not sure whether it can track memory leak or not, since i'm not a frequent user of it, but you can try JMeter from Apache: http://jakarta.apache.org/jmeter/ Its testing and monitoring module helps me a lot though... HTH FooShyn Jacob Rhoden wrote: David Delbecq wrote: Java comes with a profiling tools available that dump information on a text file upon exist. Look at sun web site for docs about profiling. You jun then have to set the appropriate parameters to your CATALINA_OPTS Hi, Thanks for your reply however I cant find anything useful on the Sun site. Only a few things that reveal you have to type a kill -QUITE tomcat_proc, however that doesnt seem to do anything (maybe it is putting a heap file somewhere I dont know about). Best Regards, Jacob - 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] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Track down which app has memory leak.
IC, Thanx for clearing that out :) FooShyn David Delbecq wrote: It tracks performances under workload, not memory leaks. To track and locate memory leak, you need profiling tools or be able to load/unload several time all modules separately. En l'instant précis du 04/06/07 11:49, Foo Shyn s'exprimait en ces termes: Hmm i'm not sure whether it can track memory leak or not, since i'm not a frequent user of it, but you can try JMeter from Apache: http://jakarta.apache.org/jmeter/ Its testing and monitoring module helps me a lot though... HTH FooShyn Jacob Rhoden wrote: David Delbecq wrote: Java comes with a profiling tools available that dump information on a text file upon exist. Look at sun web site for docs about profiling. You jun then have to set the appropriate parameters to your CATALINA_OPTS Hi, Thanks for your reply however I cant find anything useful on the Sun site. Only a few things that reveal you have to type a kill -QUITE tomcat_proc, however that doesnt seem to do anything (maybe it is putting a heap file somewhere I dont know about). Best Regards, Jacob - 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] - 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]