Re: Memory leak in Tomcat
--- Ingrid Morterud Rosvall [EMAIL PROTECTED] wrote: Hello. We are running an application on Tomcat 4.1.30, and java 1.4.2. Our application is using the struts framework with jsp's, and cocoon to render the xml's. There seems to be a major memory leak at startup - the application seems to constantly be using between 40 - 45 mb of the memory. We also have some memory leak during runtime, when users log on and starts using the application. So far we have not been able to find anything in our code review that will explain these memory leaks, and when we monitor the memory used, there is no obvious reason, nor is there any connection with how the users use our application and the amount of memory being used. We would highly appreciate any help on this topic, and any tips and hints you can provide us with. Ingrid and Tommy One, I think you might be having issues by not understanding the java heap...just an observation by the way you phrased the question. Two, do you have any more information about the memory being used? How much were you expecting to be used? Are you seeing the virtual memory usage or the real memory usage? How did you determine the amount of memory used? Do you have any numbers? Have you tried to use a memory profiler? Search the list for memory profiler. Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak in Tomcat
Ingrid, I am not on the tomcat developer committer list so my reply is just an FYI from my own experience. I saw unstable performance myself in a very similar deployment of Struts applications similar to yours. I too thought there was a memory leak and there may be, but I don't think it is in the applications themselves. The behavior I saw, led me to think it was related to socket allocation as after a period of time my system began to complain and slow down and other socket related programs began to complain about timeouts, etc. I found that my tomcat needed to use virtual memory to avoid out of memory exceptions. I added physical memory and the problems all but went away, however it still occurs just less frequently. I am using j2sdk1.4.2_09 Tomcat-5.0.28 On Windows XP Pro sp1 Michael Oliver CTO Alarius Systems LLC 6800 E. Lake Mead Blvd, #1096 Las Vegas, NV 89156 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -Original Message- From: Ingrid Morterud Rosvall [mailto:[EMAIL PROTECTED] Sent: Monday, September 12, 2005 1:00 PM To: tomcat-user@jakarta.apache.org Subject: Memory leak in Tomcat Hello. We are running an application on Tomcat 4.1.30, and java 1.4.2. Our application is using the struts framework with jsp's, and cocoon to render the xml's. There seems to be a major memory leak at startup - the application seems to constantly be using between 40 - 45 mb of the memory. We also have some memory leak during runtime, when users log on and starts using the application. So far we have not been able to find anything in our code review that will explain these memory leaks, and when we monitor the memory used, there is no obvious reason, nor is there any connection with how the users use our application and the amount of memory being used. We would highly appreciate any help on this topic, and any tips and hints you can provide us with. Ingrid and Tommy -- I am using the free version of SPAMfighter for private users. It has removed 4102 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! - 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]
RE: Memory leak in Tomcat
Hi, Can you share how much memory do you have and how much used by tomcat and what JAVA_OPTs do you have. Thanks a lot, Mark. --- Michael Oliver [EMAIL PROTECTED] wrote: Ingrid, I am not on the tomcat developer committer list so my reply is just an FYI from my own experience. I saw unstable performance myself in a very similar deployment of Struts applications similar to yours. I too thought there was a memory leak and there may be, but I don't think it is in the applications themselves. The behavior I saw, led me to think it was related to socket allocation as after a period of time my system began to complain and slow down and other socket related programs began to complain about timeouts, etc. I found that my tomcat needed to use virtual memory to avoid out of memory exceptions. I added physical memory and the problems all but went away, however it still occurs just less frequently. I am using j2sdk1.4.2_09 Tomcat-5.0.28 On Windows XP Pro sp1 Michael Oliver CTO Alarius Systems LLC 6800 E. Lake Mead Blvd, #1096 Las Vegas, NV 89156 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -Original Message- From: Ingrid Morterud Rosvall [mailto:[EMAIL PROTECTED] Sent: Monday, September 12, 2005 1:00 PM To: tomcat-user@jakarta.apache.org Subject: Memory leak in Tomcat Hello. We are running an application on Tomcat 4.1.30, and java 1.4.2. Our application is using the struts framework with jsp's, and cocoon to render the xml's. There seems to be a major memory leak at startup - the application seems to constantly be using between 40 - 45 mb of the memory. We also have some memory leak during runtime, when users log on and starts using the application. So far we have not been able to find anything in our code review that will explain these memory leaks, and when we monitor the memory used, there is no obvious reason, nor is there any connection with how the users use our application and the amount of memory being used. We would highly appreciate any help on this topic, and any tips and hints you can provide us with. Ingrid and Tommy -- I am using the free version of SPAMfighter for private users. It has removed 4102 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! - 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] __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak in Tomcat
Hi, On my test environment I am just on 64 Mb of memory. I know I can increase that - but that still will not fix my initial problem. My application is using 40 - 45 Mb - and that is more than I thought it should use. At the moment I have no JAVA_OPTS. Thanks for trying to help. :-) Ingrid and Tommy -Original Message- From: Mark [mailto:[EMAIL PROTECTED] Sent: 12. september 2005 22:36 To: Tomcat Users List; [EMAIL PROTECTED] Subject: RE: Memory leak in Tomcat Hi, Can you share how much memory do you have and how much used by tomcat and what JAVA_OPTs do you have. Thanks a lot, Mark. --- Michael Oliver [EMAIL PROTECTED] wrote: Ingrid, I am not on the tomcat developer committer list so my reply is just an FYI from my own experience. I saw unstable performance myself in a very similar deployment of Struts applications similar to yours. I too thought there was a memory leak and there may be, but I don't think it is in the applications themselves. The behavior I saw, led me to think it was related to socket allocation as after a period of time my system began to complain and slow down and other socket related programs began to complain about timeouts, etc. I found that my tomcat needed to use virtual memory to avoid out of memory exceptions. I added physical memory and the problems all but went away, however it still occurs just less frequently. I am using j2sdk1.4.2_09 Tomcat-5.0.28 On Windows XP Pro sp1 Michael Oliver CTO Alarius Systems LLC 6800 E. Lake Mead Blvd, #1096 Las Vegas, NV 89156 Phone:(702)643-7425 Fax:(702)974-0341 *Note new email changed from [EMAIL PROTECTED] -Original Message- From: Ingrid Morterud Rosvall [mailto:[EMAIL PROTECTED] Sent: Monday, September 12, 2005 1:00 PM To: tomcat-user@jakarta.apache.org Subject: Memory leak in Tomcat Hello. We are running an application on Tomcat 4.1.30, and java 1.4.2. Our application is using the struts framework with jsp's, and cocoon to render the xml's. There seems to be a major memory leak at startup - the application seems to constantly be using between 40 - 45 mb of the memory. We also have some memory leak during runtime, when users log on and starts using the application. So far we have not been able to find anything in our code review that will explain these memory leaks, and when we monitor the memory used, there is no obvious reason, nor is there any connection with how the users use our application and the amount of memory being used. We would highly appreciate any help on this topic, and any tips and hints you can provide us with. Ingrid and Tommy -- I am using the free version of SPAMfighter for private users. It has removed 4102 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! - 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] __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- I am using the free version of SPAMfighter for private users. It has removed 4102 spam emails to date. Paying users do not have this message in their emails. Try www.SPAMfighter.com for free now! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak in Tomcat
--- Ingrid Morterud [EMAIL PROTECTED] wrote: Thanks for the quick reply. You might be right in us not understanding the java heap. Still - then we are even more at a loss on how to fix the problem than if we really had understood how it works. We are running on a test server with 64 mb total memory. I know I can increase that, still increasing it will not solve the original problem. To be quite honest I am not quite sure what I would be expecting to be using, but I would think that the application up and running would use less than what it is using at the moment. We are using the following code to determine the memory used: br %=java.lang.Runtime.getRuntime().freeMemory()/1024% KB br %=java.lang.Runtime.getRuntime().maxMemory()/1024% KB br %=java.lang.Runtime.getRuntime().totalMemory()/1024% KB br The application uses approx 40 - 45 Mb when it is running. During runtime (when users access and use the application) they use from zero to 25 Mb of memory. I still cannot find any pattern as to when it uses the memory. The amount of memory used changes not accordingly to the user input, that means that when a user does the same thing twice, that does not mean that the same amount of memory is used. We haven't used a memory profiler as of yet, but we are going to try that out now. If you have any more hints and tips, it would be highly appreciated. Ingrid and Tommy Ingrid, I included this on the tomcat users list. Yes, any time you reply to a mail where you asked the question on the list then please include the entire list. It will help everyone help you out as they will get the information you give me, and if it is something they could better help you with then the right person got the info, and you can get helped faster. Yeah, 64mb of memory could be enough depending on what you are doing, but you are using struts and I don't know what other libraries. The jvm itself will use a number of megs of memory simply by loading classes and static information into what is know as Persistent memory. A good link would be: http://java.sun.com/docs/performance/ where you will find a lot of information about memory and performance. Also see: http://java.sun.com/docs/hotspot/gc1.4.2/ Also understand that the info you will see with the commands you are using in your source code are not going to show you the memory being used by the persistent section of the JVM process nor are they going to show you the OS reserved memory for the process or virtual memory. So, you might have issues trying to use Tomcat on a 64MB machine depending on the number of libraries used to the number of classes loaded to the number of static variables and things of that nature. The OS will use a number of memory along with what ever other applications you are using. After that memory is used you start paging to disk a lot and performance will stink at best. You can also search the list for JProfiler. There have been other mailings about memory and leaks on the list and a lot of information for a starting point has already been provided. I can simply start tomcat with only the admin and manager application running and be using 22mb of memory. Are you memory usage reports after your web application has loaded. Then after it has loaded you are using 40+mb? You can find jstat and install it into your 1.4.2 jvm. If you have 1.5 it will already be available. Then with tomcat running do a jps to locate your PID and then jstat -class PID to explain the classes loaded before you hit your first URL to your web app vs after. Might tell you something as well. Using: http://java.sun.com/docs/hotspot/gc1.4.2/ and JAVA_OPTS you should be able to adjust the memory usage of tomcat, and if not you might have to dig into catalina.bat or if on windows use the configure tomcat GUI for the service. But, that amount of memory is so tiny I don't think you'll have much luck if your web application expects much usage. It will all depend on the number of classes being loaded and used and the number of objects being instantiated. You can limit your entire heap with the -mx option of the JVM. This will not however limit your persistent memory usage. You'll have to use -XX:MaxPermSize to limit that. Limiting your heap and your permsize however will mean you know for a fact or good close estimate that you should be loading x number of classes and using x number of perm memory and limiting your heap means you have calculated your application and tomcats expected memory usage and number of supported users for your needs. Wade - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak Solved
I'm sorry, ignorance here... We've been using Tomcat 5.0.28 for more than a few months using Jetspeed1.5. Our production server probably has gone down once every week to 2 weeks, and we haven't experienced a memory leak. I thought that was one of the fixes when using Java 1.4.2 ? -Zach -Original Message- From: sysdba [mailto:[EMAIL PROTECTED] Sent: Friday, April 15, 2005 9:49 AM To: Tomcat Users List Subject: Memory Leak Solved We have struggled with a memory leak in 5.0.28/5.0.30 for months. There have been many complaints about the necessity to restart Tomcat every couple days due to Out of Memory errors, but no solutions that cured it. Well, the suggestion to put the single line: Introspector.flushCaches(); in the destroy method of a servlet in a redeployable app finally solves it. Our Tomcat web server has now run for seven days without an OOM error. The amount of time spent with the Optimizeit profiler trying to locate a nonexistent memory leak in the application code cannot be overestimated. This discovery should be bold red lettered in the docs. Gary Harris ** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error you should notify the sender immediately by reply e-mail, delete the message from your system and notify your system manager. Please do not copy it for any purpose, or disclose its contents to any other person. The views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. The recipient should check this e-mail and any attachments for the presence of viruses. The company accepts no liability for any damage caused, directly or indirectly, by any virus transmitted in this email. ** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak Solved
Hi, don't know if you are using it, but there's also a known issue with 5.0.28 and 'swallowOutput' in the Context element. After I turned it off, I haven't gotten any out of memory errors... Trond sysdba wrote: We have struggled with a memory leak in 5.0.28/5.0.30 for months. There have been many complaints about the necessity to restart Tomcat every couple days due to Out of Memory errors, but no solutions that cured it. Well, the suggestion to put the single line: Introspector.flushCaches(); in the destroy method of a servlet in a redeployable app finally solves it. Our Tomcat web server has now run for seven days without an OOM error. The amount of time spent with the Optimizeit profiler trying to locate a nonexistent memory leak in the application code cannot be overestimated. This discovery should be bold red lettered in the docs. Gary Harris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak in tomcat 5.0.28
Marx, Mitchell E (Mitch), ALABS wrote: I see the bugzilla ID: http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 Anyone know if this is present in Tomcat 4.1.30? This is now fixed in CVS for TC4. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak in tomcat 5.0.28
Marx, Mitchell E (Mitch), ALABS wrote: I see the bugzilla ID: http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 Anyone know if this is present in Tomcat 4.1.30? Yes. http://issues.apache.org/bugzilla/show_bug.cgi?id=20758 is also present but is fixed in 4.1.31 Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak in tomcat 5.0.28
Thank you Robert!! Just wanna say thanks alot for sharing all your findings with the rest of us. I start my tomcat 5.0.28 server with -ms252m -mx512m and it was running for about 3-4 days before i got the OutOfMemoryError. Since i removed the swallowOutput from my context, my server has'nt been over 200m of used memory for 5 days!! Once again thank you for finding this leak. Regards Trond - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak in tomcat 5.0.28
I see the bugzilla ID: http://issues.apache.org/bugzilla/show_bug.cgi?id=33368 Anyone know if this is present in Tomcat 4.1.30? - Original Message - From: Robert Wille [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, February 02, 2005 1:25 PM Subject: RE: Memory leak in tomcat 5.0.28 I've figured out my problem. I'm posting what I've discovered for the benefit of others. The SystemLogHandler uses a map called logs where the key is a ThreadWithAttributes and the value is a stack of CaptureLogs. The problem is that when a thread dies, the ThreadWithAttributes object lives forever because the map is never cleaned out. Threads come and go in the thread pool, so stuff keeps accumulating there forever. You can prevent the problem by turning off swallowOutput. logs should be a ThreadLocal, not a map. That way the ThreadWithAttributes objects can be collected (as well as the stack of CaptureLogs). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak in tomcat 5.0.28
I've figured out my problem. I'm posting what I've discovered for the benefit of others. The SystemLogHandler uses a map called logs where the key is a ThreadWithAttributes and the value is a stack of CaptureLogs. The problem is that when a thread dies, the ThreadWithAttributes object lives forever because the map is never cleaned out. Threads come and go in the thread pool, so stuff keeps accumulating there forever. You can prevent the problem by turning off swallowOutput. logs should be a ThreadLocal, not a map. That way the ThreadWithAttributes objects can be collected (as well as the stack of CaptureLogs). From: Robert Wille [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Subject: Memory leak in tomcat 5.0.28 Date: Wed, 02 Feb 2005 09:16:49 -0700 I'm running tomcat 5.0.28 on Linux with JRE 1.4.2_04 and I seem to have a memory leak. I am not using Apache, but am using the Coyote connector. The server has been running under heavy load, being accessed by about 150 computers running automated tests. I took heap snapshots about 8 and 20 hours into the test using YourKit Java Profiler. When taking the snapshots, I first paused the system for several minutes, attempted to allocate more memory than was available to cause all collectable objects to be collected, and then took the snapshot. Therefore, the snapshots should contain very few collectable objects, and there should be very few open http connections. The following seems very suspicious: The last snapshot shows 419 Http11Processor objects referencing 41M of memory. That is an increase of 232 Http11Processor objects. It also shows 81,829 objects in the org.apache.tomcat.util.buf package, which reference 37M of memory. This is an increase of 44,874 objects. The buffers and Http11Processor objects appear to be referenced by org.apache.tomcat.util.threads.ThreadWithAttributes. I show 425 instances, which is an increase of 225. The first snapshot was 8 hours into the test, and in reality, I think the system should have reached steady state just a few minutes into the test. But I am obviously accumulating a lot of stuff. Can somebody help? Robert Wille _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak in tomcat 5.0.28
feel free to open a bug report, so that this issue can be tracked. - Original Message - From: Robert Wille [EMAIL PROTECTED] To: tomcat-user@jakarta.apache.org Sent: Wednesday, February 02, 2005 1:25 PM Subject: RE: Memory leak in tomcat 5.0.28 I've figured out my problem. I'm posting what I've discovered for the benefit of others. The SystemLogHandler uses a map called logs where the key is a ThreadWithAttributes and the value is a stack of CaptureLogs. The problem is that when a thread dies, the ThreadWithAttributes object lives forever because the map is never cleaned out. Threads come and go in the thread pool, so stuff keeps accumulating there forever. You can prevent the problem by turning off swallowOutput. logs should be a ThreadLocal, not a map. That way the ThreadWithAttributes objects can be collected (as well as the stack of CaptureLogs). From: Robert Wille [EMAIL PROTECTED] Reply-To: Tomcat Users List tomcat-user@jakarta.apache.org To: tomcat-user@jakarta.apache.org Subject: Memory leak in tomcat 5.0.28 Date: Wed, 02 Feb 2005 09:16:49 -0700 I'm running tomcat 5.0.28 on Linux with JRE 1.4.2_04 and I seem to have a memory leak. I am not using Apache, but am using the Coyote connector. The server has been running under heavy load, being accessed by about 150 computers running automated tests. I took heap snapshots about 8 and 20 hours into the test using YourKit Java Profiler. When taking the snapshots, I first paused the system for several minutes, attempted to allocate more memory than was available to cause all collectable objects to be collected, and then took the snapshot. Therefore, the snapshots should contain very few collectable objects, and there should be very few open http connections. The following seems very suspicious: The last snapshot shows 419 Http11Processor objects referencing 41M of memory. That is an increase of 232 Http11Processor objects. It also shows 81,829 objects in the org.apache.tomcat.util.buf package, which reference 37M of memory. This is an increase of 44,874 objects. The buffers and Http11Processor objects appear to be referenced by org.apache.tomcat.util.threads.ThreadWithAttributes. I show 425 instances, which is an increase of 225. The first snapshot was 8 hours into the test, and in reality, I think the system should have reached steady state just a few minutes into the test. But I am obviously accumulating a lot of stuff. Can somebody help? Robert Wille _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - 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]
Re: Memory leak
Possibly. If you are using a connection pool and do not close the connection, it will not be released back to the pool, so subsequent calls to the pool will create new connections. There's a simple procedure to help you avoid this problem, even when errors occur during your JDBC calls, and that is to close connections within a finally block: Connection con = null; try { // initialise and create connections here // do all your other JDBC stuff here too } catch ( SLQException e ) { // handle exceptions here } finally { if ( con != null ) { try { con.close(); } catch ( SQLException ignored ) {} } } As you know, finally blocks are guaranteed to execute, even if an exception is thrown. HTH Harry Mantheakis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak
Another (simpler) solution is to let someone else write that code. ;-) I know there are times when you need JDBC directly, but tools like iBATIS make it darn easy to handle the other 99% of the cases. Here is a tutorial on using struts with iBATIS that could be helpful if people are interested. http://www.reumann.net/struts/ibatisLesson1.do The current iBATIS version is 2.x, and this covers 1.x, but the basics are the same. If someone wanted to convert it to use 2.x and put it on the iBATIS wiki, that would rock. http://wiki.apache.org/ibatis/ Larry On Wed, 12 Jan 2005 10:41:28 +, Harry Mantheakis [EMAIL PROTECTED] wrote: Possibly. If you are using a connection pool and do not close the connection, it will not be released back to the pool, so subsequent calls to the pool will create new connections. There's a simple procedure to help you avoid this problem, even when errors occur during your JDBC calls, and that is to close connections within a finally block: Connection con = null; try { // initialise and create connections here // do all your other JDBC stuff here too } catch ( SLQException e ) { // handle exceptions here } finally { if ( con != null ) { try { con.close(); } catch ( SQLException ignored ) {} } } As you know, finally blocks are guaranteed to execute, even if an exception is thrown. HTH Harry Mantheakis - 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]
Re: Memory leak
how are you monitoring tomcat? peter On Wed, 12 Jan 2005 14:59:39 +1100, Rolf Zelder [EMAIL PROTECTED] wrote: Hi I have got a simple web application containing a html page with a link to a jsp page, which prints the memory status to the console(Runtime.getRuntime().totalMemory()) . Now I let about 50 concurrent user browsing to those pages and I noticed that the memory usage is constantly going up. The Total Memory Amount as well as the memory usage stated in the TaskManager. I don't want to believe that this little web app is leaking memory. Therefore I must do something wrong how I monitor the memory usage. Any help is very much appreciated. I'm using Windows2k Server + Tomcat 5.5 and sdk 1.4.2.06 Strangers are friends, which haven't met yet ! - 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]
RE: Memory leak
From: Rolf Zelder [mailto:[EMAIL PROTECTED] Subject: Memory leak I don't want to believe that this little web app is leaking memory. Therefore I must do something wrong how I monitor the memory usage. I suspect the real issue is understanding how the JVM uses memory. Object allocation can use however much memory you have specified for this java execution. It may garbage collect prior to reaching the maximum, but the JVM is under no particular obligation to do so. Once the maximum is reached, garbage collection must occur, which will release the space occupied by unreachable objects back to the heap. Note that pure Java applications can't have memory leaks in the traditional sense, since the programmer can't forget to include calls to the free() interface - there isn't one. What does happen with Java is forgetting to null out references to objects that are no longer needed, thereby preventing the garbage collector from returning such objects' space to the heap. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak
Hi, Taking the context of nullifying the object in Java, when we do not nullify the database connections, statements and result set, does these objects just fill the momory or even cause the database connection bottleneck? Regards Rajaneesh -Original Message- From: Caldarale, Charles R [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 12, 2005 9:49 AM To: Tomcat Users List Subject: RE: Memory leak From: Rolf Zelder [mailto:[EMAIL PROTECTED] Subject: Memory leak I don't want to believe that this little web app is leaking memory. Therefore I must do something wrong how I monitor the memory usage. I suspect the real issue is understanding how the JVM uses memory. Object allocation can use however much memory you have specified for this java execution. It may garbage collect prior to reaching the maximum, but the JVM is under no particular obligation to do so. Once the maximum is reached, garbage collection must occur, which will release the space occupied by unreachable objects back to the heap. Note that pure Java applications can't have memory leaks in the traditional sense, since the programmer can't forget to include calls to the free() interface - there isn't one. What does happen with Java is forgetting to null out references to objects that are no longer needed, thereby preventing the garbage collector from returning such objects' space to the heap. - 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 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]
RE: Memory leak
From: Rajaneesh [mailto:[EMAIL PROTECTED] Subject: RE: Memory leak Taking the context of nullifying the object in Java, when we do not nullify the database connections, statements and result set, does these objects just fill the momory or even cause the database connection bottleneck? If you're using connection pooling, then it doesn't really matter if you null out the reference to the connection, since the pool manager is keeping track of them anyway, and the connection objects will typically persist for the lifetime of the container. If you're not using pooling, then it is important to null out such references in any objects that have a lifetime longer than the connection. In either case, you want to close the connection when you're done with it, which will either release it back to the pool or free up a slot in the database server. Failure to close the connection is a frequent cause of database access problems. Statement and result set objects should be handled like other Java objects - when you're done with them, null out any references to them from any spot that has a lifetime longer than that of the object being referenced. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak
Possibly. If you are using a connection pool and do not close the connection, it will not be released back to the pool, so subsequent calls to the pool will create new connections. In addition, as if that were not bad enough, any resources created that are referenced by that connection (statements, prepared statements, resultsets, etc...) will not be collected, because they still have references. Bottom line: Be sure that when you use JDBC directly, that you manage the resources very carefully. To simplify things, you may want to use a tool like iBATIS SQL Maps to remove some of the burden of resource management. Larry On Wed, 12 Jan 2005 09:57:42 +0530, Rajaneesh wrote: Taking the context of nullifying the object in Java, when we do not nullify the database connections, statements and result set, does these objects just fill the momory or even cause the database connection bottleneck? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with Javac and Tomcat v. 4.0.28
Dakota Jack wrote: I was going to update my Tomcat from 4.0.19 because it says there is a javac leak in the RELEASE-NOTES. However, I noticed that 4.0.28 says the same thing. Is it fixed/ Jack AFAIK this is no Tomcat issue but a JDK/Javac issue which was fixed in Sun JDK 1.4. See: http://www.apache.de/dist/jakarta/tomcat-5/v5.0.29/RELEASE-NOTES HTH Christoph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak with Javac and Tomcat v. 4.0.28
From: Dakota Jack [mailto:[EMAIL PROTECTED] Subject: Memory Leak with Javac and Tomcat v. 4.0.28 I was going to update my Tomcat from 4.0.19 because it says there is a javac leak in the RELEASE-NOTES. However, I noticed that 4.0.28 says the same thing. Is it fixed/ The memory leak is in the JDK, not Tomcat itself. If you use 1.4.2 or above the javac memory leak won't be a problem. - 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 unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with Javac and Tomcat v. 4.0.28
Thanks, all! Jack -- You can lead a horse to water but you cannot make it float on its back. ~Dakota Jack~ You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ --- This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
On 20-05-2004 11:58, wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. Any help with my questions? Thanks! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
wsedio wrote: On 20-05-2004 11:58, wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? I have no idea, haven't tried it out yet. No plans as yet to test/roll-out 5.0.24, so it will be a while before I know. We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Apparently so. Somewhat weird that it is in jk2.properties. Any Guru care to explain? Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? No, it is just a bit of messing around with jvmstat in a script. First we get the Tomcat PID with jvmps. Then we use jvmsnap $TOMCAT_PID to get (grep) hotspot.gc.generation.1.space.0.capacity and hotspot.gc.generation.1.space.0.used The script then calculates the percentage in use and total amount in Mb. The old generation space usage is (as far as I know) a good place to look if you are experiencing memory problems (assuming you set -Xmx and -Xms memory the same, otherwise it isn't all that meaningful!!!). In my experience, if it fills up above 70% the garbage collector (+ you) is in trouble. Cheers, Michiel -- Michiel Toneman Software Engineer Bibit Global Payment Services Regulierenring 10 3981 LB Bunnik [EMAIL PROTECTED] Tel. +31-30-6595168 Fax +31-30-6564464 http://www.bibit.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak with Tomcat 5.0.19
I added the request.registerRequests=false to jk2.properties yesterday, but I still do not have a definite confirmation on whether this problem is fixed. The JVM did grow to over 600MB, which is more that my Tomcat 4.1.x instances, but Tomcat crashed the site yesterday at about 7pm, so I didn't have a chance to see if the memory continued to grow. (there was about 200MB free of the 624 MB allocated at the time of the crash - I'll have to deal with that later). I read the documentation on jk2.properties, but didn't really get much there. Is there anyone with a good documented jk2.properties files that would care to share? BTW - for all interested, I also set development to false, and fork to true in web.xml. I have also removed jsvc from the equation just to make sure it is not part of the problem. Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 -Original Message- From: Emerson Cargnin [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 1:09 PM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Someone could answer this question, please? Becouse my available memory is going down from 120 to 50 and to 10 megabytes to fast. And I'm not finding any leak in my apps... Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - 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]
RE: Memory leak with Tomcat 5.0.19
Ok, after adding that setting in jk2.properties I have had 2 lockups of tomcat on my production siteany help!!?!!? Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 -Original Message- From: Brian Beckham [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 8:53 AM To: Tomcat Users List Subject: RE: Memory leak with Tomcat 5.0.19 I added the request.registerRequests=false to jk2.properties yesterday, but I still do not have a definite confirmation on whether this problem is fixed. The JVM did grow to over 600MB, which is more that my Tomcat 4.1.x instances, but Tomcat crashed the site yesterday at about 7pm, so I didn't have a chance to see if the memory continued to grow. (there was about 200MB free of the 624 MB allocated at the time of the crash - I'll have to deal with that later). I read the documentation on jk2.properties, but didn't really get much there. Is there anyone with a good documented jk2.properties files that would care to share? BTW - for all interested, I also set development to false, and fork to true in web.xml. I have also removed jsvc from the equation just to make sure it is not part of the problem. Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 -Original Message- From: Emerson Cargnin [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 1:09 PM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Someone could answer this question, please? Becouse my available memory is going down from 120 to 50 and to 10 megabytes to fast. And I'm not finding any leak in my apps... Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - 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]
Re: Memory leak with Tomcat 5.0.19
Brian Beckham wrote: Ok, after adding that setting in jk2.properties I have had 2 lockups of tomcat on my production siteany help!!?!!? lockup doesn't mean anything to me. Details please :) Also, this property cannot possibly cause that (look in the code if in doubt). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak with Tomcat 5.0.19
Sorry bout that...got a little flustered :) Some more details...tomcat non-responsive, but JVM still running ps -ef showed several java processes still running, several defunct - Running with following: LD_ASSUME_KERNEL=2.2.5 CATALINA_HOME=/opt/jakarta-tomcat-5.0.19 JAVA_HOME=/opt/j2sdk1.4.2_04 CATALINA_OPTS=-server -Xms256m -Xmx1024m -Djava.awt.headless=true error file created (attached): Unexpected Signal : 11 occurred at PC=0x3FC6AC09 Function=(null)+0x3FC6AC09 Library=/opt/j2sdk1.4.2_04/jre/lib/i386/server/libjvm.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353) - locked 0x7b528488 (a java.net.PlainSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:448) at java.net.ServerSocket.accept(ServerSocket.java:419) at org.apache.catalina.core.StandardServer.await(StandardServer.java:551) at org.apache.catalina.startup.Catalina.await(Catalina.java:657) at org.apache.catalina.startup.Catalina.start(Catalina.java:617) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) System was at about 128 MB when crash occurred. Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 10:21 AM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 Brian Beckham wrote: Ok, after adding that setting in jk2.properties I have had 2 lockups of tomcat on my production siteany help!!?!!? lockup doesn't mean anything to me. Details please :) Also, this property cannot possibly cause that (look in the code if in doubt). -- x Rémy Maucherat Developer Consultant JBoss Group (Europe) SàRL x - 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]
Re: Memory leak with Tomcat 5.0.19
Hmm, signal 11's are bad news and usually not related to OutOfMemory problems. There is a dated, but pretty good explanation at: http://www.bitwizard.nl/sig11/ Michiel Brian Beckham wrote: Sorry bout that...got a little flustered :) Some more details...tomcat non-responsive, but JVM still running ps -ef showed several java processes still running, several defunct - Running with following: LD_ASSUME_KERNEL=2.2.5 CATALINA_HOME=/opt/jakarta-tomcat-5.0.19 JAVA_HOME=/opt/j2sdk1.4.2_04 CATALINA_OPTS=-server -Xms256m -Xmx1024m -Djava.awt.headless=true error file created (attached): Unexpected Signal : 11 occurred at PC=0x3FC6AC09 Function=(null)+0x3FC6AC09 Library=/opt/j2sdk1.4.2_04/jre/lib/i386/server/libjvm.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353) - locked 0x7b528488 (a java.net.PlainSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:448) at java.net.ServerSocket.accept(ServerSocket.java:419) at org.apache.catalina.core.StandardServer.await(StandardServer.java:551) at org.apache.catalina.startup.Catalina.await(Catalina.java:657) at org.apache.catalina.startup.Catalina.start(Catalina.java:617) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) System was at about 128 MB when crash occurred. Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 10:21 AM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 Brian Beckham wrote: Ok, after adding that setting in jk2.properties I have had 2 lockups of tomcat on my production siteany help!!?!!? lockup doesn't mean anything to me. Details please :) Also, this property cannot possibly cause that (look in the code if in doubt). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Michiel Toneman Software Engineer Bibit Global Payment Services Regulierenring 10 3981 LB Bunnik [EMAIL PROTECTED] Tel. +31-30-6595168 Fax +31-30-6564464 http://www.bibit.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
Brian Beckham wrote: Sorry bout that...got a little flustered :) I don't have any answers but I'd just like to chime in to say that I've had nearly identical problems when I was using 5.0.19. I've moved on to 5.0.24 now, but I found some error logs in one of my backups so I'm attaching them in case they might help. I think with both of these errors I was using j2sdk1.4.1 although I was having the same problem using 1.4.2 too. -- Jeff Hoffmann PropertyKey.com Unexpected Signal : 11 occurred at PC=0x403647F4 Function=(null)+0x403647F4 Library=/usr/java/j2sdk1.4.1/jre/lib/i386/server/libjvm.so NOTE: We are unable to locate the function name symbol for the error just occurred. Please refer to release documentation for possible reason and solutions. Current Java thread: at java.net.PlainSocketImpl.socketAccept(Native Method) at java.net.PlainSocketImpl.accept(PlainSocketImpl.java:353) - locked 0x49fcd1c0 (a java.net.PlainSocketImpl) at java.net.ServerSocket.implAccept(ServerSocket.java:439) at java.net.ServerSocket.accept(ServerSocket.java:410) at org.apache.jk.common.ChannelSocket.accept(ChannelSocket.java:312) at org.apache.jk.common.ChannelSocket.acceptConnections(ChannelSocket.java:613) at org.apache.jk.common.SocketAcceptor.runIt(ChannelSocket.java:810) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:688) at java.lang.Thread.run(Thread.java:536) Dynamic libraries: 08048000-0804e000 r-xp 03:04 817673 /usr/java/j2sdk1.4.1/bin/java 0804e000-0804f000 rw-p 5000 03:04 817673 /usr/java/j2sdk1.4.1/bin/java 4000-40013000 r-xp 03:04 1602502/lib/ld-2.2.5.so 40013000-40014000 rw-p 00013000 03:04 1602502/lib/ld-2.2.5.so 40014000-40017000 r--s 03:04 1144706 /usr/java/j2sdk1.4.1/jre/lib/ext/dnsns.jar 40017000-40018000 r--s 03:04 801367 /home/iris/tomcat-5.0.19/common/lib/naming-java.jar 40018000-40025000 r-xp 03:04 2371049/lib/i686/libpthread-0.9.so 40025000-4002c000 rw-p d000 03:04 2371049/lib/i686/libpthread-0.9.so 4002d000-4002f000 r-xp 03:04 1602515/lib/libdl-2.2.5.so 4002f000-4003 rw-p 1000 03:04 1602515/lib/libdl-2.2.5.so 4003-404c8000 r-xp 03:04 883027 /usr/java/j2sdk1.4.1/jre/lib/i386/server/libjvm.so 404c8000-406d4000 rw-p 00497000 03:04 883027 /usr/java/j2sdk1.4.1/jre/lib/i386/server/libjvm.so 406e6000-406f8000 r-xp 03:04 1602519/lib/libnsl-2.2.5.so 406f8000-406f9000 rw-p 00012000 03:04 1602519/lib/libnsl-2.2.5.so 406fb000-4071c000 r-xp 03:04 2371047/lib/i686/libm-2.2.5.so 4071c000-4071d000 rw-p 0002 03:04 2371047/lib/i686/libm-2.2.5.so 4071d000-40726000 r-xp 03:04 359767 /usr/java/j2sdk1.4.1/jre/lib/i386/native_threads/libhpi.so 40726000-40727000 rw-p 8000 03:04 359767 /usr/java/j2sdk1.4.1/jre/lib/i386/native_threads/libhpi.so 40728000-40738000 r-xp 03:04 245402 /usr/java/j2sdk1.4.1/jre/lib/i386/libverify.so 40738000-4073a000 rw-p f000 03:04 245402 /usr/java/j2sdk1.4.1/jre/lib/i386/libverify.so 4073a000-4075b000 r-xp 03:04 245403 /usr/java/j2sdk1.4.1/jre/lib/i386/libjava.so 4075b000-4075d000 rw-p 0002 03:04 245403 /usr/java/j2sdk1.4.1/jre/lib/i386/libjava.so 4075d000-40772000 r-xp 03:04 245405 /usr/java/j2sdk1.4.1/jre/lib/i386/libzip.so 40772000-40774000 rw-p 00014000 03:04 245405 /usr/java/j2sdk1.4.1/jre/lib/i386/libzip.so 40774000-4085f000 r--s 03:04 212729 /home/iris/tomcat-5.0.19/common/endorsed/xercesImpl.jar 4085f000-4087e000 r--s 03:04 212730 /home/iris/tomcat-5.0.19/common/endorsed/xmlParserAPIs.jar 4087e000-41f4c000 r--s 03:04 1373665/usr/java/j2sdk1.4.1/jre/lib/rt.jar 41f8f000-41fa6000 r--s 03:04 1373645 /usr/java/j2sdk1.4.1/jre/lib/sunrsasign.jar 41fa6000-41fb9000 r--s 03:04 1373646/usr/java/j2sdk1.4.1/jre/lib/jce.jar 41fe1000-41fe7000 r--s 03:04 2354875/usr/lib/gconv/gconv-modules.cache 41fe7000-41ff r-xp 03:04 1602535/lib/libnss_files-2.2.5.so 41ff-41ff1000 rw-p 9000 03:04 1602535/lib/libnss_files-2.2.5.so 41ff1000-41fff000 r--s 03:04 1144708 /usr/java/j2sdk1.4.1/jre/lib/ext/ldapsec.jar 41fff000-4200 r--s 03:04 1782607 /home/iris/tomcat-5.0.19/server/lib/jkshm.jar 4200-4212c000 r-xp 03:04 2371045/lib/i686/libc-2.2.5.so 4212c000-42131000 rw-p 0012c000 03:04 2371045/lib/i686/libc-2.2.5.so 42135000-421a6000 r--s 03:04 1373647/usr/java/j2sdk1.4.1/jre/lib/jsse.jar 421a6000-42462000 r--s 03:04 1373663 /usr/java/j2sdk1.4.1/jre/lib/charsets.jar 444e2000-444e8000 r--s 03:04 2076877 /home/iris/tomcat-5.0.19/bin/bootstrap.jar 444e8000-444eb000 r--s 03:04 2076880
RE: Memory leak with Tomcat 5.0.19
Jeff, Can you tell me more about your sitation? Did 5.0.24 help? What options were you setting? Were you using / are you using jsvc? What OS? Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 -Original Message- From: Jeff Hoffmann [mailto:[EMAIL PROTECTED] Sent: Friday, May 21, 2004 10:54 AM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 Brian Beckham wrote: Sorry bout that...got a little flustered :) I don't have any answers but I'd just like to chime in to say that I've had nearly identical problems when I was using 5.0.19. I've moved on to 5.0.24 now, but I found some error logs in one of my backups so I'm attaching them in case they might help. I think with both of these errors I was using j2sdk1.4.1 although I was having the same problem using 1.4.2 too. -- Jeff Hoffmann PropertyKey.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
Brian Beckham wrote: Jeff, Can you tell me more about your sitation? Did 5.0.24 help? So far I haven't had any problems with 5.0.24, although I've only been running it a couple of days. When I had the problem with 5.0.19, I jumped back to 5.0.16 until a couple of days ago when I went up to 5.0.24. What options were you setting? They were essentially the same. My initial memory was set to 128M and max memory was set to 512M but I never maxed out the memory before the crash. I was using server VM and set the headless property. Were you using / are you using jsvc? No. What OS? It's mostly Redhat Hat 7.3 with kernel 2.4.20-20.7smp. I've used both of the following java environments and saw the same problem with both: Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21) Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode) Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_04-b05) Java HotSpot(TM) Client VM (build 1.4.2_04-b05, mixed mode) I don't know what else you'd like to know. I'm not running that version any more so it'd be kind of hard for me to test things but I'd be glad to tell you what I can remember from when I was. Like I said, I never found an answer but I wanted to corroborate in case somebody was inclined to dismiss it as a one-off problem. -- Jeff Hoffmann PropertyKey.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Someone could answer this question, please? Becouse my available memory is going down from 120 to 50 and to 10 megabytes to fast. And I'm not finding any leak in my apps... Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
Someone could answer this question, please? Becouse my available memory is going down from 120 to 50 and to 10 megabytes to fast. And I'm not finding any leak in my apps... Sorry if I looked rude, didn't mean that :P Maybe this leak is solved in tomcat 5.0.24?? Emerson Cargnin wrote: wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak with Tomcat 5.0.19
Hi, What if your webapp actually requires more than 120MB of memory under your load? Yoav Shapira Millennium Research Informatics -Original Message- From: Emerson Cargnin [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 1:09 PM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Someone could answer this question, please? Becouse my available memory is going down from 120 to 50 and to 10 megabytes to fast. And I'm not finding any leak in my apps... Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
Our load is very low, and all the new app deployed after changing to 5.0.19 was tested (undeployed to see if mem usage get lower) and I didn't find any other clue. I think I'll have to profile it... hope to find the hole ;P thanks anyway Emerson Shapira, Yoav wrote: Hi, What if your webapp actually requires more than 120MB of memory under your load? Yoav Shapira Millennium Research Informatics -Original Message- From: Emerson Cargnin [mailto:[EMAIL PROTECTED] Sent: Thursday, May 20, 2004 1:09 PM To: Tomcat Users List Subject: Re: Memory leak with Tomcat 5.0.19 wsedio wrote: On 19-05-2004 23:15, Michiel Toneman wrote: We were having severe memory problems too with 5.0.19. Does Tomcat 5.0.24 fix this problem? We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Do you have to add the setting even if you are using jk 1.2 (not jk 2)? Someone could answer this question, please? Becouse my available memory is going down from 120 to 50 and to 10 megabytes to fast. And I'm not finding any leak in my apps... Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): How do you get the memory profile? Is it a Tomcat command? Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
We were having severe memory problems too with 5.0.19. We added this to the jk2.properties: request.registerRequests=false and the memory usage was normal again. Somewhat non-obvious, I agree. It also gets rid of Error registering request messages in catalina.out. We are using mod_jk (1.2) with Apache 1.3.x on Sun Solaris and Linux. Below is the memory profile of one of our servers before and after the change (old generation memory refers to the memory buckets in the garbage collector. For more information, see jvmstat. At 100% you will start getting OutOfMemory errors): before: 20040427-01:03: Using 0% of available old generation memory (853 Mb total) 20040427-13:03: Using 11% of available old generation memory (853 Mb total) 20040428-01:03: Using 13% of available old generation memory (853 Mb total) 20040428-13:03: Using 18% of available old generation memory (853 Mb total) 20040429-01:03: Using 20% of available old generation memory (853 Mb total) 20040429-13:03: Using 25% of available old generation memory (853 Mb total) 20040430-01:03: Using 26% of available old generation memory (853 Mb total) 20040430-13:03: Using 30% of available old generation memory (853 Mb total) 20040501-01:03: Using 32% of available old generation memory (853 Mb total) 20040501-13:03: Using 37% of available old generation memory (853 Mb total) 20040502-01:03: Using 44% of available old generation memory (853 Mb total) 20040502-13:03: Using 51% of available old generation memory (853 Mb total) 20040503-01:03: Using 57% of available old generation memory (853 Mb total) 20040503-13:03: Using 64% of available old generation memory (853 Mb total) 20040504-01:03: Using 65% of available old generation memory (853 Mb total) 20040504-13:03: Using 70% of available old generation memory (853 Mb total) 20040505-01:03: Using 72% of available old generation memory (853 Mb total) 20040505-13:03: Using 76% of available old generation memory (853 Mb total) 20040506-01:03: Using 78% of available old generation memory (853 Mb total) Tomcat restarted at 81% after: 20040506-13:03: Using 0% of available old generation memory (853 Mb total) 20040507-01:03: Using 2% of available old generation memory (853 Mb total) 20040507-13:03: Using 2% of available old generation memory (853 Mb total) 20040508-01:03: Using 2% of available old generation memory (853 Mb total) 20040508-13:03: Using 2% of available old generation memory (853 Mb total) 20040509-01:03: Using 2% of available old generation memory (853 Mb total) 20040509-13:03: Using 2% of available old generation memory (853 Mb total) 20040510-01:03: Using 2% of available old generation memory (853 Mb total) 20040510-13:03: Using 2% of available old generation memory (853 Mb total) 20040511-01:03: Using 3% of available old generation memory (853 Mb total) 20040511-11:03: Using 3% of available old generation memory (853 Mb total) 20040512-01:03: Using 4% of available old generation memory (853 Mb total) Tomcat restarted due to system upgrade. Cheers, Michiel Brian Beckham wrote: I have a site that gets a fair amount of traffic - roughly 300,000 page views per day - a mix of servlets and JSP The site runs on 3 separate servers - one of which we upgraded to Tomcat 5.0.19. We have been running the site successfully for the past year using Tomcat 4.1.x, and 2 of the servers are still running Tomcat 4.1.x and are fine. Other differences between the two 4.1.x machines and the Tomcat 5.0.19 machine include: - Tomcat 5.0.19 machine uses jk2 / tomcat 4.1.x servers use mod_jk - Tomcat 5.0.19 machine using jsvc The Tomcat 5.0.19 machine is leaking memory at an alarming rate. I am using the following options on all: -Xms256 -Xmx1024 The Tomcat 4.1.x machines all run the site and stay around 350MB, but the Tomcat 5.x machine grows until the JVM runs out of memory. The sites are using DBCP, and connecting to an Oracle 10g RAC cluster using the newest JDBC Thin drivers from Oracle (same on all 3). I plan on running a profiler on the system, but thought I would perform a sanity check and make sure I am not missing something obvious (to someone else). Thanks, Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak with Tomcat 5.0.19
http://marc.theaimsgroup.com/?l=tomcat-userm=108304447126396w=2 ? -Original Message- From: Brian Beckham [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 19, 2004 3:36 PM To: Tomcat Users List Subject: Memory leak with Tomcat 5.0.19 I have a site that gets a fair amount of traffic - roughly 300,000 page views per day - a mix of servlets and JSP The site runs on 3 separate servers - one of which we upgraded to Tomcat 5.0.19. We have been running the site successfully for the past year using Tomcat 4.1.x, and 2 of the servers are still running Tomcat 4.1.x and are fine. Other differences between the two 4.1.x machines and the Tomcat 5.0.19 machine include: - Tomcat 5.0.19 machine uses jk2 / tomcat 4.1.x servers use mod_jk - Tomcat 5.0.19 machine using jsvc The Tomcat 5.0.19 machine is leaking memory at an alarming rate. I am using the following options on all: -Xms256 -Xmx1024 The Tomcat 4.1.x machines all run the site and stay around 350MB, but the Tomcat 5.x machine grows until the JVM runs out of memory. The sites are using DBCP, and connecting to an Oracle 10g RAC cluster using the newest JDBC Thin drivers from Oracle (same on all 3). I plan on running a profiler on the system, but thought I would perform a sanity check and make sure I am not missing something obvious (to someone else). Thanks, Brian Beckham [EMAIL PROTECTED] Office: 770.924.6444 ext. 203 Mobile: 404.406.8355 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with Tomcat 5.0.19
We are runnning Tomcat 5.0.19 and experiencing the same problems. This is what we defined for the memory. Our tomcat is crawling at this point. We have to restart it everyday. CATALINA_OPTS=$CATALINA_OPTS -server -Xms1152M -Xmx1536M - Xincgc Thanks, Tom - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak
I think I've seen back posts indicating that the JMX option will do this, try removing.. Listener className=org.apache.catalina.mbeans.ServerLifecycleListener debug=0/ Listener className=org.apache.catalina.mbeans.GlobalResourcesLifecycleListener debug=0/ From your server.xml, we have no apparent memory leaks using the same configuration. -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 10:27 AM To: 'Tomcat Users List' Subject: Memory Leak Hello, I am having a problem with Tomcat 5.0.19 on windows with JDK 1.4.2_02. The memory that java.exe is using keeps growing till the point that tomcat stops responding. Using a profiler, doesn't seem to give me any clues. I can see the memory being used by certain classes go up (mainly char[]) and even reach all the way to the point that used java heap equals to the java heap, 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. For example right now it is at 717,000 K, even though the heap used is at about 200,000 K. What am I missing here? My current params are -server -Xrs -Xms356M -Xmx356M - I tried all kinds of different sizes for the memory but that doesn't really help. Any suggestions as to where (how) to look to find my memory leak? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak
In your profiler rather than looking at the type of object taking the memory look at the accumulated memory consumed by your classes. This will show you which classes are taking up the most memory and if you have a leak you might expect this accumulated value to be a high percentage of the overall heap being used.. look for a percetage of memory used. -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: 15 April 2004 15:27 To: 'Tomcat Users List' Subject: Memory Leak Hello, I am having a problem with Tomcat 5.0.19 on windows with JDK 1.4.2_02. The memory that java.exe is using keeps growing till the point that tomcat stops responding. Using a profiler, doesn't seem to give me any clues. I can see the memory being used by certain classes go up (mainly char[]) and even reach all the way to the point that used java heap equals to the java heap, 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. For example right now it is at 717,000 K, even though the heap used is at about 200,000 K. What am I missing here? My current params are -server -Xrs -Xms356M -Xmx356M - I tried all kinds of different sizes for the memory but that doesn't really help. Any suggestions as to where (how) to look to find my memory leak? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com 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]
RE: Memory Leak
I don't think so. I have one class that access the database for the whole webapp. And it closes the result sets, statements and connection each in a try/catch. Also, I have the log abandoned turned on. I will try to turn off the jmx as suggested by Arthur, cannot hurt as I don't use the admin app anyway. Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -Original Message- From: Bernhard Slominski [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 10:59 AM To: 'Tomcat Users List' Subject: AW: Memory Leak Hi, I had a simalar problem when not closing database related stuff (connections, resultsets, statemnts). Does that apply to your application maybe? Cheers Bernhard -Ursprüngliche Nachricht- Von: Chanan Braunstein [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 15. April 2004 16:27 An: 'Tomcat Users List' Betreff: Memory Leak Hello, I am having a problem with Tomcat 5.0.19 on windows with JDK 1.4.2_02. The memory that java.exe is using keeps growing till the point that tomcat stops responding. Using a profiler, doesn't seem to give me any clues. I can see the memory being used by certain classes go up (mainly char[]) and even reach all the way to the point that used java heap equals to the java heap, 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. For example right now it is at 717,000 K, even though the heap used is at about 200,000 K. What am I missing here? My current params are -server -Xrs -Xms356M -Xmx356M - I tried all kinds of different sizes for the memory but that doesn't really help. Any suggestions as to where (how) to look to find my memory leak? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com - 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]
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]
RE: Memory Leak
I am not sure I understand, my classes i.e. stuff I created under com.knovel.* take up almost nothing of the heap, I have the view sorted by size in memory and they are way down there. Most of the heap is taken up by char[]. Byte[], String, Object[], int[] and StringBuffer. The biggest class I have is taking 100k - it never grows, it is created in a singleton at startup and is only read from, I checked it is always at 100k - never growing bigger (as expected). 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:10 AM To: Tomcat Users List Subject: RE: Memory Leak In your profiler rather than looking at the type of object taking the memory look at the accumulated memory consumed by your classes. This will show you which classes are taking up the most memory and if you have a leak you might expect this accumulated value to be a high percentage of the overall heap being used.. look for a percetage of memory used. -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: 15 April 2004 15:27 To: 'Tomcat Users List' Subject: Memory Leak Hello, I am having a problem with Tomcat 5.0.19 on windows with JDK 1.4.2_02. The memory that java.exe is using keeps growing till the point that tomcat stops responding. Using a profiler, doesn't seem to give me any clues. I can see the memory being used by certain classes go up (mainly char[]) and even reach all the way to the point that used java heap equals to the java heap, 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. For example right now it is at 717,000 K, even though the heap used is at about 200,000 K. What am I missing here? My current params are -server -Xrs -Xms356M -Xmx356M - I tried all kinds of different sizes for the memory but that doesn't really help. Any suggestions as to where (how) to look to find my memory leak? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com 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]
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]
RE: Memory Leak
you're classes might not take a lot of memory, but the classes that your classes reference, such as byte[] char[] String etc will. so if the leak is in your code, you need a profile to track it down. Filip -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 10:20 AM To: 'Tomcat Users List' Subject: RE: Memory Leak I am not sure I understand, my classes i.e. stuff I created under com.knovel.* take up almost nothing of the heap, I have the view sorted by size in memory and they are way down there. Most of the heap is taken up by char[]. Byte[], String, Object[], int[] and StringBuffer. The biggest class I have is taking 100k - it never grows, it is created in a singleton at startup and is only read from, I checked it is always at 100k - never growing bigger (as expected). 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:10 AM To: Tomcat Users List Subject: RE: Memory Leak In your profiler rather than looking at the type of object taking the memory look at the accumulated memory consumed by your classes. This will show you which classes are taking up the most memory and if you have a leak you might expect this accumulated value to be a high percentage of the overall heap being used.. look for a percetage of memory used. -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: 15 April 2004 15:27 To: 'Tomcat Users List' Subject: Memory Leak Hello, I am having a problem with Tomcat 5.0.19 on windows with JDK 1.4.2_02. The memory that java.exe is using keeps growing till the point that tomcat stops responding. Using a profiler, doesn't seem to give me any clues. I can see the memory being used by certain classes go up (mainly char[]) and even reach all the way to the point that used java heap equals to the java heap, 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. For example right now it is at 717,000 K, even though the heap used is at about 200,000 K. What am I missing here? My current params are -server -Xrs -Xms356M -Xmx356M - I tried all kinds of different sizes for the memory but that doesn't really help. Any suggestions as to where (how) to look to find my memory leak? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com 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] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.654 / Virus Database: 419 - Release Date: 4/6/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.654 / Virus Database: 419 - Release Date: 4/6/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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]
RE: Memory Leak
this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. ADC -Original Message- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: 15 April 2004 16:32 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] 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]
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]
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]
RE: Memory Leak
Which vm and os do you use ? That behaviour is jvm and os dependend. (This is the first time I hear of an implementation that returns memory to the os, although I knew that it could be done) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 5:38 PM To: Tomcat Users List Subject: RE: Memory Leak this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak
we run windows 2000, jdk 1.4.2_04, tomcat 5.0.19 and I guarantee that memory is being returned to the OS here by the JVM as our task manager memory goes up and down by as much as 55MB. ADC -Original Message- From: Ralph Einfeldt [mailto:[EMAIL PROTECTED] Sent: 15 April 2004 16:47 To: Tomcat Users List Subject: RE: Memory Leak Which vm and os do you use ? That behaviour is jvm and os dependend. (This is the first time I hear of an implementation that returns memory to the os, although I knew that it could be done) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 5:38 PM To: Tomcat Users List Subject: RE: Memory Leak this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. - 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]
RE: Memory Leak
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]
RE: Memory Leak
Sun 1.4.2_02 on win2k 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:47 AM To: Tomcat Users List Subject: RE: Memory Leak Which vm and os do you use ? That behaviour is jvm and os dependend. (This is the first time I hear of an implementation that returns memory to the os, although I knew that it could be done) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 5:38 PM To: Tomcat Users List Subject: RE: Memory Leak this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. - 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]
RE: Memory Leak
Another thing I don't understand. When I start up tomcat through the services, and in task manager I show the VM Size column, I see that it is about the same size as what I set in the command line: -server -Xrs -Xms356M -Xmx356M. And the crash usually occurs when Mem Usage column approaches VM Size. VM Size never grows larger. However when I ran tomcat under the profiler (OptimizeIt 6) with those same options, my VM size grow much larger, it reached up to 1GB. Also I finally saw the Mem Usage go up and down up to 800,000k and back down the 300,000k that I noticed. And tomcat never crashed. So it must be a different setting, but I don't see what. Although I did notice that in bat file that Optimize It 6 created for me they had: rem (Optional) Increase the GCOP value if you get some GCOP buffer too small rem errors with the Profiler (size is in Mb) set GCOPSIZE=5 set JAVA_PARAMS=-DGCOPSIZE=%GCOPSIZE% Anyone knows what that is? Can that be the fix to my problem? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 12:27 PM To: 'Tomcat Users List' Subject: RE: Memory Leak Sun 1.4.2_02 on win2k 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:47 AM To: Tomcat Users List Subject: RE: Memory Leak Which vm and os do you use ? That behaviour is jvm and os dependend. (This is the first time I hear of an implementation that returns memory to the os, although I knew that it could be done) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 5:38 PM To: Tomcat Users List Subject: RE: Memory Leak this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. - 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]
RE: Memory Leak
Hi, sigh / I and others have explained many times on this list the difference between task manager (or top command on unix) memory displays and the java heap parameters and sizing. The effect of profiling (often an order of magnitude or more memory increase and CPU time) has also been discussed. You can search the archives for more details. Yoav Shapira Millennium Research Informatics -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 1:04 PM To: 'Tomcat Users List' Subject: RE: Memory Leak Another thing I don't understand. When I start up tomcat through the services, and in task manager I show the VM Size column, I see that it is about the same size as what I set in the command line: -server -Xrs -Xms356M -Xmx356M. And the crash usually occurs when Mem Usage column approaches VM Size. VM Size never grows larger. However when I ran tomcat under the profiler (OptimizeIt 6) with those same options, my VM size grow much larger, it reached up to 1GB. Also I finally saw the Mem Usage go up and down up to 800,000k and back down the 300,000k that I noticed. And tomcat never crashed. So it must be a different setting, but I don't see what. Although I did notice that in bat file that Optimize It 6 created for me they had: rem (Optional) Increase the GCOP value if you get some GCOP buffer too small rem errors with the Profiler (size is in Mb) set GCOPSIZE=5 set JAVA_PARAMS=-DGCOPSIZE=%GCOPSIZE% Anyone knows what that is? Can that be the fix to my problem? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 12:27 PM To: 'Tomcat Users List' Subject: RE: Memory Leak Sun 1.4.2_02 on win2k 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:47 AM To: Tomcat Users List Subject: RE: Memory Leak Which vm and os do you use ? That behaviour is jvm and os dependend. (This is the first time I hear of an implementation that returns memory to the os, although I knew that it could be done) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 5:38 PM To: Tomcat Users List Subject: RE: Memory Leak this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak
Actually I have. My problem is that I fail to see the memory leak in the profiler and I fail to get Tomcat to crash while being profiled. However, If I just start Tomcat from the services, it will crash with a few hours. Usually when Mem Usage approaches VM Size. Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 1:22 PM To: Tomcat Users List Subject: RE: Memory Leak Hi, sigh / I and others have explained many times on this list the difference between task manager (or top command on unix) memory displays and the java heap parameters and sizing. The effect of profiling (often an order of magnitude or more memory increase and CPU time) has also been discussed. You can search the archives for more details. Yoav Shapira Millennium Research Informatics -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 1:04 PM To: 'Tomcat Users List' Subject: RE: Memory Leak Another thing I don't understand. When I start up tomcat through the services, and in task manager I show the VM Size column, I see that it is about the same size as what I set in the command line: -server -Xrs -Xms356M -Xmx356M. And the crash usually occurs when Mem Usage column approaches VM Size. VM Size never grows larger. However when I ran tomcat under the profiler (OptimizeIt 6) with those same options, my VM size grow much larger, it reached up to 1GB. Also I finally saw the Mem Usage go up and down up to 800,000k and back down the 300,000k that I noticed. And tomcat never crashed. So it must be a different setting, but I don't see what. Although I did notice that in bat file that Optimize It 6 created for me they had: rem (Optional) Increase the GCOP value if you get some GCOP buffer too small rem errors with the Profiler (size is in Mb) set GCOPSIZE=5 set JAVA_PARAMS=-DGCOPSIZE=%GCOPSIZE% Anyone knows what that is? Can that be the fix to my problem? Chanan Braunstein Knovel Corp. Web Development Manager 607-773-1840 x672 http://www.knovel.com -Original Message- From: Chanan Braunstein [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 12:27 PM To: 'Tomcat Users List' Subject: RE: Memory Leak Sun 1.4.2_02 on win2k 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:47 AM To: Tomcat Users List Subject: RE: Memory Leak Which vm and os do you use ? That behaviour is jvm and os dependend. (This is the first time I hear of an implementation that returns memory to the os, although I knew that it could be done) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, April 15, 2004 5:38 PM To: Tomcat Users List Subject: RE: Memory Leak this is what I have heard before but it is not true. our Tomcat 5.0.19 under load in the task manager view goes up to about 150MB and overnight or under light load goes back down to 95MB. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak Solution?
I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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]
Re: Memory Leak Solution?
I'd be very interested to hear how one can allocate memory without it being de-referenced. It's obviously something to avoid. Can you give a bit of detail? Thanks. On Fri, 2 Apr 2004 10:28:22 -0600, John Thompson [EMAIL PROTECTED] wrote: I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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]
RE: Memory Leak Solution?
Hi, You might want to search the others. Others as well as I have provided examples of how easy this is to do. Yoav Shapira Millennium Research Informatics -Original Message- From: Malcolm Warren [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 11:53 AM To: Tomcat Users List Subject: Re: Memory Leak Solution? I'd be very interested to hear how one can allocate memory without it being de-referenced. It's obviously something to avoid. Can you give a bit of detail? Thanks. On Fri, 2 Apr 2004 10:28:22 -0600, John Thompson [EMAIL PROTECTED] wrote: I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak Solution?
I'm wondering if the leak isn't maybe in Tomcat. I have an environment that has only be configured for about a week and there are only two java projects that have been deployed. One is nothing more then a simple Struts site with no heavy code. The other site only uses Java to send SMTP messages from submitted forms. -Original Message- From: John Thompson [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 10:28 AM To: 'Tomcat Users List' Subject: RE: Memory Leak Solution? I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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]
RE: Memory Leak Solution?
It was basically a bug in my code that I'm not proud of but the point is that I found it with the profiler. It showed me exactly which class continued to absorb memory. It also showed me what memory allocation looked like for the whole JVM. -Original Message- From: Malcolm Warren [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 10:53 AM To: Tomcat Users List Subject: Re: Memory Leak Solution? I'd be very interested to hear how one can allocate memory without it being de-referenced. It's obviously something to avoid. Can you give a bit of detail? Thanks. On Fri, 2 Apr 2004 10:28:22 -0600, John Thompson [EMAIL PROTECTED] wrote: I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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]
RE: Memory Leak Solution?
Hi, Wonder wonder wonder ;) Pick up a profiler (you can get free evals), find the leak, and post your results. If it's in tomcat I guarantee it will be fixed very quickly (these are top-priority fixes always). Yoav Shapira Millennium Research Informatics -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 12:07 PM To: Tomcat Users List Subject: RE: Memory Leak Solution? I'm wondering if the leak isn't maybe in Tomcat. I have an environment that has only be configured for about a week and there are only two java projects that have been deployed. One is nothing more then a simple Struts site with no heavy code. The other site only uses Java to send SMTP messages from submitted forms. -Original Message- From: John Thompson [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 10:28 AM To: 'Tomcat Users List' Subject: RE: Memory Leak Solution? I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak Solution?
there's no need to be embarrased. happens to everyone. I know I've done that before, but since I stress test regularly, like weekly or bi-weekly I usually catch these before it escalates. maybe I'm anal, but when ever I add a significant feature or module to my webapp, I always run a quick stress test. If it looks suspicious, I run more tests. so far it's worked well for me and increases my chances of delivering a solid app. peter lin Shapira, Yoav [EMAIL PROTECTED] wrote: Hi, Wonder wonder wonder ;) Pick up a profiler (you can get free evals), find the leak, and post your results. If it's in tomcat I guarantee it will be fixed very quickly (these are top-priority fixes always). Yoav Shapira Millennium Research Informatics -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 12:07 PM To: Tomcat Users List Subject: RE: Memory Leak Solution? I'm wondering if the leak isn't maybe in Tomcat. I have an environment that has only be configured for about a week and there are only two java projects that have been deployed. One is nothing more then a simple Struts site with no heavy code. The other site only uses Java to send SMTP messages from submitted forms. -Original Message- From: John Thompson [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 10:28 AM To: 'Tomcat Users List' Subject: RE: Memory Leak Solution? I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard
Re: Memory Leak Solution?
public interface MemoryLeak { public void leak(); } - import java.util.Vector; public class C implements MemoryLeak { Vector v = new Vector(); public void leak() { v.add(new Object()); } } - public class MyLeakerServlet extends javax.servlet.http.HttpServlet { C lk = new C(); public void doGet(javax.servlet.http.HttpServletRequest req, javax.servlet.http.HttpServletResponse res) { lk.leak(); res.getWriter().println(I'm leaking!!); } } ;-) Antonio Fiol Malcolm Warren wrote: I'd be very interested to hear how one can allocate memory without it being de-referenced. It's obviously something to avoid. Can you give a bit of detail? Thanks. On Fri, 2 Apr 2004 10:28:22 -0600, John Thompson [EMAIL PROTECTED] wrote: I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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] smime.p7s Description: S/MIME Cryptographic Signature
Re: Memory Leak Solution?
You can use hyades from eclipse, I tested it a long ago and it must be a lot more stable (it worked nice when I tried). http://www.eclipse.org/hyades/ Shapira, Yoav wrote: Hi, Wonder wonder wonder ;) Pick up a profiler (you can get free evals), find the leak, and post your results. If it's in tomcat I guarantee it will be fixed very quickly (these are top-priority fixes always). Yoav Shapira Millennium Research Informatics -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 12:07 PM To: Tomcat Users List Subject: RE: Memory Leak Solution? I'm wondering if the leak isn't maybe in Tomcat. I have an environment that has only be configured for about a week and there are only two java projects that have been deployed. One is nothing more then a simple Struts site with no heavy code. The other site only uses Java to send SMTP messages from submitted forms. -Original Message- From: John Thompson [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 10:28 AM To: 'Tomcat Users List' Subject: RE: Memory Leak Solution? I've been fighting a similar symptom. I downloaded the eval copy of JProfiler and found the problem pretty quickly. I had some static classes that kept allocating memory that never got de-referenced. John -Original Message- From: LILES, DAVID (CONTRACTOR) [mailto:[EMAIL PROTECTED] Sent: Friday, April 02, 2004 9:50 AM To: [EMAIL PROTECTED] Subject: Memory Leak Solution? I've searched previous postings for a possible solution regarding the memory leak thread that was posted previously but didn't seem to find an answer. I'm running TC5 on IIS5 and have noticed that the memory gradually decreases to the point where the server needs to be rebooted. Does anyone know of a solution for this? Thanks. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Emerson Cargnin Analista de Sistemas Setor de Desenvolvimento de Sistemas - TRE-SC tel : (048) - 251-3700 - Ramal 3181 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak across contexts?
1) Try using a memory profiler. 2) Or install 4 tomcat instances each with its own webapp and see if all 4 die or just one becomes bad. If only one dies- then its webapp code issue. If all four die - it is probably still a webapp issue but its consistent across all 4 of your webapps -Tim Jerald Powel wrote: Hello, I have 4 apps with different contexts running under the one instance of Tomcat. They run fine, but progessively get slower and slower until a server bounce is necessary. After that point, they run fine until they start to be become progressively slower etc. The apps all link to each other, after the session is inavalidated (1 session per app). Does any one have experience of a perfomance hit when swapping between contexts/sessions? Each session is not held within a collection. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: memory leak in tomcat 5.0.16 ?
Thanks, I will upgrade to 5.0.18 and see if it works ! /Torstein -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: 22. januar 2004 11:44 To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? We had exactly the same problem. 2 users on 5.0.16 after 20 minutes the RAM consumed was 158MB and then it crashed. Upgraded to 5.0.18 yesterday and RAM is a steady 30MB. I dont care what anyone says, 5.0.16 had a problem! -Original Message- From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] Sent: 22 January 2004 10:19 To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:05 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Note that the download page on Jakarta.apache.org is not updated with this new release. You need to figure the good URL by yourself (not so hard). François. -- --- 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]
RE: memory leak in tomcat 5.0.16 ?
There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Ta Matt -Original Message- From: Torstein Nilsen [mailto:[EMAIL PROTECTED] Sent: 22 January 2004 10:01 To: [EMAIL PROTECTED] Subject: memory leak in tomcat 5.0.16 ? I am developing an intranet for a housing community using apache/tomcat and mysql. It was put in production to 200 users a few weeks ago and I noticed that the java-proces (tomcat) was growing from 8% memory usage when started to over 50% (seen with top / ps aux). When the mem-usage reach a certain level the java-proces uses most of the CPU- ressources as well - verbose:GC showed that this is the GC trying to keep up. This usually happens in a matter of 2-5 hours depending on the Xmx-settings - the number of active users / load seems to speed the process up (not confirmed). Restarting tomcat solves the problem for a while - but I would prefer a better permament solution. System settings: CPU: Pentium 1600 mhz RAM: 512 MB OS: Linux (Redhat) Java: j2re1.4.2_03 / jikes TOMCAT: 5.0.16 Connector: org.apache.coyote.tomcat5.CoyoteConnector (AJP/1.3) CATALINA_OPTS: -Xmx200m -Xms200m -Dbuild.compiler.emacs=true (have tried 117 different settings) At first I used tomcat 4 and j2sdk1.4.1_03 and the normal javac-compiler. I changed to jakarta-tomcat-5.0.16 / j2re1.4.2_03 and jikes - this seems to have made the problem even worse. Before the update tomcat could go for more than 12 hours whitout restarting - now I have to restart every few hours. The application is quite DB-intensive: Every 30 secs. a java-thread queries a mysql-table with updated network-traffic data (used for traffic-shaping). In the same loop I SAX-parse a little XML-string using the JDOM-API (I have read about the StringBuffer-problem but this is not the cause since I'm now using j2re1.4.2_03 - right ?). I'm using mysql-connector-3.0.9 as JDBC-driver and protomatter-1.1.8 to pool DB-connections. In the same loop I connect to a TCP- socket on the local server. I have done some profiling with HPJmeter and the -Xrunhprof argument with different settings. I'm a newbie in profiling but these observations might be useful: -Using HPJmeter' guess memory leaks the top-4 suggested candidates are: java.util.vector, org.apache.commons.modeler.Registry, org.apache.jk.core.MsgContext and org.apache.coyote.Request -Residual objects shows the following top-4-classes (bytes): int[] (10 MB) char[] (4 MB) java.lang.String (2 MB) byte[] (2 MB) Any help would be much appreciated... Regards Torstein Nilsen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Any opinions expressed in this E-mail may be those of the individual and not necessarily the company. This E-mail and any files transmitted with it are confidential and solely for the use of the intended recipient. If you are not the intended recipient or the person responsible for delivering to the intended recipient, be advised that you have received this E-mail in error and that any use or copying is strictly prohibited. If you have received this E-mail in error please notify the beCogent postmaster at [EMAIL PROTECTED] Unless expressly stated, opinions in this email are those of the individual sender and not beCogent Ltd. You must take full responsibility for virus checking this email and any attachments. Please note that the content of this email or any of its attachments may contain data that falls within the scope of the Data Protection Acts and that you must ensure that any handling or processing of such data by you is fully compliant with the terms and provisions of the Data Protection Act 1984 and 1998. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: memory leak in tomcat 5.0.16 ?
Dale, Matt wrote: There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. You should read his report. 1) I don't see how he would be affected, since he seems to have a rather small server; you need large variations in traffic to get the leak (and the workaround is easy enough anyway) 2) He's using AJP, not HTTP ;) I am developing an intranet for a housing community using apache/tomcat and mysql. It was put in production to 200 users a few weeks ago and I noticed that the java-proces (tomcat) was growing from 8% memory usage when started to over 50% (seen with top / ps aux). When the mem-usage reach a certain level the java-proces uses most of the CPU- ressources as well - verbose:GC showed that this is the GC trying to keep up. This usually happens in a matter of 2-5 hours depending on the Xmx-settings - the number of active users / load seems to speed the process up (not confirmed). Restarting tomcat solves the problem for a while - but I would prefer a better permament solution. System settings: CPU: Pentium 1600 mhz RAM: 512 MB OS: Linux (Redhat) Java: j2re1.4.2_03 / jikes TOMCAT: 5.0.16 Connector: org.apache.coyote.tomcat5.CoyoteConnector (AJP/1.3) CATALINA_OPTS: -Xmx200m -Xms200m -Dbuild.compiler.emacs=true (have tried 117 different settings) At first I used tomcat 4 and j2sdk1.4.1_03 and the normal javac-compiler. I changed to jakarta-tomcat-5.0.16 / j2re1.4.2_03 and jikes - this seems to have made the problem even worse. Before the update tomcat could go for more than 12 hours whitout restarting - now I have to restart every few hours. The application is quite DB-intensive: Every 30 secs. a java-thread queries a mysql-table with updated network-traffic data (used for traffic-shaping). In the same loop I SAX-parse a little XML-string using the JDOM-API (I have read about the StringBuffer-problem but this is not the cause since I'm now using j2re1.4.2_03 - right ?). I'm using mysql-connector-3.0.9 as JDBC-driver and protomatter-1.1.8 to pool DB-connections. In the same loop I connect to a TCP- socket on the local server. I have done some profiling with HPJmeter and the -Xrunhprof argument with different settings. I'm a newbie in profiling but these observations might be useful: -Using HPJmeter' guess memory leaks the top-4 suggested candidates are: java.util.vector, org.apache.commons.modeler.Registry, org.apache.jk.core.MsgContext and org.apache.coyote.Request -Residual objects shows the following top-4-classes (bytes): int[] (10 MB) char[] (4 MB) java.lang.String (2 MB) byte[] (2 MB) Any help would be much appreciated... Regards Torstein Nilsen -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: memory leak in tomcat 5.0.16 ?
-Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:05 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Note that the download page on Jakarta.apache.org is not updated with this new release. You need to figure the good URL by yourself (not so hard). François. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: memory leak in tomcat 5.0.16 ?
We had exactly the same problem. 2 users on 5.0.16 after 20 minutes the RAM consumed was 158MB and then it crashed. Upgraded to 5.0.18 yesterday and RAM is a steady 30MB. I dont care what anyone says, 5.0.16 had a problem! -Original Message- From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] Sent: 22 January 2004 10:19 To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:05 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Note that the download page on Jakarta.apache.org is not updated with this new release. You need to figure the good URL by yourself (not so hard). François. - 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]
Re: memory leak in tomcat 5.0.16 ?
Francois JEANMOUGIN wrote: There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Note that the download page on Jakarta.apache.org is not updated with this new release. You need to figure the good URL by yourself (not so hard). Before announcing something, one has to wait for: - voting to complete - mirrors to replicate the build -- x Rémy Maucherat Senior Developer Consultant JBoss Group (Europe) SàRL x - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: memory leak in tomcat 5.0.16 ?
Out of curiosity, which JVM do you run? I run Tomcat 5.0.18, JVM 1.4.2_03 for Linux on Red Hat, and two instances of JSPWiki serving no more than 200 users. This combination consumes a steady 121MB. Is this normal or excessive? Derek -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: January 22, 2004 5:44 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? We had exactly the same problem. 2 users on 5.0.16 after 20 minutes the RAM consumed was 158MB and then it crashed. Upgraded to 5.0.18 yesterday and RAM is a steady 30MB. I dont care what anyone says, 5.0.16 had a problem! -Original Message- From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] Sent: 22 January 2004 10:19 To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:05 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Note that the download page on Jakarta.apache.org is not updated with this new release. You need to figure the good URL by yourself (not so hard). François. - 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]
RE: memory leak in tomcat 5.0.16 ?
1.4.1_03 on W2K. I have no idea what the consumption of memory should be like but previous posts where I mentioned this about of RAM have had replies saying it was a lot. Depends on what you app does I guess. Ours has a real large XML nav tree in app scope that is used a lot on each request, we have a backend CMS to get search results for thousands of docs and all their meta data gets stored in properties files and we also do lots with the SQL server. At the moment all that is down to 30MB as shown in JProfiler's heap used view. What puzzles me is the Windows task manager process memory as this never ever matches anywhere near the JProfiler reported memory. I know there may be some system overheads but the 30MB heap that JProfiler reveals is actually 90MB in Windows task manager. Go figure? -Original Message- From: Derek Mahar [mailto:[EMAIL PROTECTED] Sent: 22 January 2004 14:58 To: Tomcat Users List Cc: [EMAIL PROTECTED] Subject: RE: memory leak in tomcat 5.0.16 ? Out of curiosity, which JVM do you run? I run Tomcat 5.0.18, JVM 1.4.2_03 for Linux on Red Hat, and two instances of JSPWiki serving no more than 200 users. This combination consumes a steady 121MB. Is this normal or excessive? Derek -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: January 22, 2004 5:44 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? We had exactly the same problem. 2 users on 5.0.16 after 20 minutes the RAM consumed was 158MB and then it crashed. Upgraded to 5.0.18 yesterday and RAM is a steady 30MB. I dont care what anyone says, 5.0.16 had a problem! -Original Message- From: Francois JEANMOUGIN [mailto:[EMAIL PROTECTED] Sent: 22 January 2004 10:19 To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? -Original Message- From: Dale, Matt [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:05 AM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? There is a known memory leak in 5.0.16, I'd upgrade to 5.0.18 and see if this fixes your problem. Note that the download page on Jakarta.apache.org is not updated with this new release. You need to figure the good URL by yourself (not so hard). François. - 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]
RE: memory leak in tomcat 5.0.16 ?
The heap size has nothing to do with the memory size that is seen by the system. You have to look at least at the total memory. (That is used + free memory) To that you have to add - thread stacks (At least some vm's don't allocate them on the heap) - static memory (Like the jvm itself, static strings, classes, jars, ...) - some os memory that is used by the vm to manage it self - ... I wouldn't expect that the diff between total memory and system memory is more than a few megs. (Far less than 30MB) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 4:06 PM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? What puzzles me is the Windows task manager process memory as this never ever matches anywhere near the JProfiler reported memory. I know there may be some system overheads but the 30MB heap that JProfiler reveals is actually 90MB in Windows task manager. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: memory leak in tomcat 5.0.16 ?
try setting maxSpareThreads==minSpareThreads==maxThreads in your connector, Filip - Original Message - From: Ralph Einfeldt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 22, 2004 7:18 AM Subject: RE: memory leak in tomcat 5.0.16 ? The heap size has nothing to do with the memory size that is seen by the system. You have to look at least at the total memory. (That is used + free memory) To that you have to add - thread stacks (At least some vm's don't allocate them on the heap) - static memory (Like the jvm itself, static strings, classes, jars, ...) - some os memory that is used by the vm to manage it self - ... I wouldn't expect that the diff between total memory and system memory is more than a few megs. (Far less than 30MB) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 4:06 PM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? What puzzles me is the Windows task manager process memory as this never ever matches anywhere near the JProfiler reported memory. I know there may be some system overheads but the 30MB heap that JProfiler reveals is actually 90MB in Windows task manager. - 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]
RE: memory leak in tomcat 5.0.16 ?
I have now upgraded to the latest tomcat release 5.0.18 but I'm afraid this didn't solve the problem - the tomcat-process is still growing. I have monitored the ressources used very closely with 5.0.18 and it shows a slow grow in mem-usage a couple of hours and then suddenly in a matter of ca. 10 secs. it goes from 15% to 40% of total memory and stays there. Tomcat access log-files doesn't show extrordinary activity during the bloat. Thanx anyway. I will try the max / min threads and see if this helps. Torstein -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: 22. januar 2004 18:58 To: Tomcat Users List Subject: Re: memory leak in tomcat 5.0.16 ? try setting maxSpareThreads==minSpareThreads==maxThreads in your connector, Filip - Original Message - From: Ralph Einfeldt [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Thursday, January 22, 2004 7:18 AM Subject: RE: memory leak in tomcat 5.0.16 ? The heap size has nothing to do with the memory size that is seen by the system. You have to look at least at the total memory. (That is used + free memory) To that you have to add - thread stacks (At least some vm's don't allocate them on the heap) - static memory (Like the jvm itself, static strings, classes, jars, ...) - some os memory that is used by the vm to manage it self - ... I wouldn't expect that the diff between total memory and system memory is more than a few megs. (Far less than 30MB) -Original Message- From: Allistair Crossley [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 4:06 PM To: Tomcat Users List Subject: RE: memory leak in tomcat 5.0.16 ? What puzzles me is the Windows task manager process memory as this never ever matches anywhere near the JProfiler reported memory. I know there may be some system overheads but the 30MB heap that JProfiler reveals is actually 90MB in Windows task manager. -- --- 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]
RE: memory leak in tomcat 5.0.16 ?
On Thu, January 22, 2004 1at 0:25 am, Torstein Nilsen wrote: I have now upgraded to the latest tomcat release 5.0.18 but I'm afraid this didn't solve the problem - the tomcat-process is still growing. I have monitored the ressources used very closely with 5.0.18 and it shows a slow grow in mem-usage a couple of hours and then suddenly in a matter of ca. 10 secs. it goes from 15% to 40% of total memory and stays there. Tomcat access log-files doesn't show extrordinary activity during the bloat. Sounds like you're going to need to get a profiler to figure out where the memory is being used. -Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
All, Updates to this issue -I'm not sure if it's the OS, but I've never seen this happen before on other Solaris installs. What would I look at to determine if it's the OS?.. The way that question is phrased makes it difficult for me to completely understand what you mean. Can you be more specific? -It did take up memory until Tomcat would no longer serve pages. Users would try to see their sites and just get a blank white screen until their request timed out. I haven't let it time go incrementally since I've upgraded Tomcat or the jdk, however, I may let it stall out if I get that desperate. -I upgraded to 1.4.2 and still the memory increases. -Yes, I'm closing all streams in the email class. Also, this particular code has been used successfully across platforms and across java servers for about 3 years now. Anymore input is greatly appreciated. -Seth. - Original Message - From: Nikolaos Giannopoulos [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, September 12, 2003 6:04 PM Subject: RE: Memory Leak with static content Seth, Have you tried JDK 1.4.2? 1.4.0 has been known to have a memory leak in the StringBuffer implementation w.r.t. re-using StringBuffers but you mention that your only serving static content so this may not be it. However, I believe that I read that something like 2000 bugs have been fixed in 1.4.2 (if my memory serves me well). We have have no visible problems running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 boxes (no JSPs - just servlets and static content). Please reply back if this works or does not work for you - we are looking at upgrading our Tomcat instances in the near future. HTH. --Nikolaos -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:58 PM To: [EMAIL PROTECTED] Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 minutes or so (on average). If I let it go, it will grow until it runs out of memory. Right now, I have a script to restart tomcat after the memory is too high. This is a bad solution. I've looked at a LOT of people's suggestions from other threads, and I have tried the following: -Use jikes -Set development to false in web.xml -Increase the heap sizes -set fork to true in web.xml Other Info: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all of our forms, and all that does is capture the input and send it to an email address. It is the only code I have anywhere. This jsp page is not causing the memory leak. -I had the same problem with 4.1.17, and was hoping that an update would help, but it didn't. -This is an incremental increase, and doesn't seem to have much to do with traffic patterns or how much I use my one jsp page. Any suggestions would be great. -Seth. - 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]
RE: Memory Leak with static content
Howdy, Run your app with a profiler and a stress tool and see when and where memory is allocated. Yoav Shapira Millennium ChemInformatics -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:34 PM To: Tomcat Users List Subject: Re: Memory Leak with static content All, Updates to this issue -I'm not sure if it's the OS, but I've never seen this happen before on other Solaris installs. What would I look at to determine if it's the OS?.. The way that question is phrased makes it difficult for me to completely understand what you mean. Can you be more specific? -It did take up memory until Tomcat would no longer serve pages. Users would try to see their sites and just get a blank white screen until their request timed out. I haven't let it time go incrementally since I've upgraded Tomcat or the jdk, however, I may let it stall out if I get that desperate. -I upgraded to 1.4.2 and still the memory increases. -Yes, I'm closing all streams in the email class. Also, this particular code has been used successfully across platforms and across java servers for about 3 years now. Anymore input is greatly appreciated. -Seth. - Original Message - From: Nikolaos Giannopoulos [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, September 12, 2003 6:04 PM Subject: RE: Memory Leak with static content Seth, Have you tried JDK 1.4.2? 1.4.0 has been known to have a memory leak in the StringBuffer implementation w.r.t. re-using StringBuffers but you mention that your only serving static content so this may not be it. However, I believe that I read that something like 2000 bugs have been fixed in 1.4.2 (if my memory serves me well). We have have no visible problems running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 boxes (no JSPs - just servlets and static content). Please reply back if this works or does not work for you - we are looking at upgrading our Tomcat instances in the near future. HTH. --Nikolaos -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:58 PM To: [EMAIL PROTECTED] Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 minutes or so (on average). If I let it go, it will grow until it runs out of memory. Right now, I have a script to restart tomcat after the memory is too high. This is a bad solution. I've looked at a LOT of people's suggestions from other threads, and I have tried the following: -Use jikes -Set development to false in web.xml -Increase the heap sizes -set fork to true in web.xml Other Info: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all of our forms, and all that does is capture the input and send it to an email address. It is the only code I have anywhere. This jsp page is not causing the memory leak. -I had the same problem with 4.1.17, and was hoping that an update would help, but it didn't. -This is an incremental increase, and doesn't seem to have much to do with traffic patterns or how much I use my one jsp page. Any suggestions would be great. -Seth. - 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] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
Yoav, Thanks for the response. I've used what you've suggested in the past on development servers, but I'm saving your suggestion for a last ditch possibility. The length of time to install a profiler and re-familiarize myself with its use is something I'd like to skip. On top of that, this is a production server and I wouldn't want to run a profiler and stress it out ;). I'm trying hard to stand behind the jakarta community here, because I've gotten some good use out of Tomcat in the past. I'm even taking heat from fellow developers for using Tomcat on a production server, but I think it can be done. I'll wait and see if there are any more suggestions, and then I'll either decide to trudge ahead with OptimizeIt or just change java servers. -Seth. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:40 PM Subject: RE: Memory Leak with static content Howdy, Run your app with a profiler and a stress tool and see when and where memory is allocated. Yoav Shapira Millennium ChemInformatics -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:34 PM To: Tomcat Users List Subject: Re: Memory Leak with static content All, Updates to this issue -I'm not sure if it's the OS, but I've never seen this happen before on other Solaris installs. What would I look at to determine if it's the OS?.. The way that question is phrased makes it difficult for me to completely understand what you mean. Can you be more specific? -It did take up memory until Tomcat would no longer serve pages. Users would try to see their sites and just get a blank white screen until their request timed out. I haven't let it time go incrementally since I've upgraded Tomcat or the jdk, however, I may let it stall out if I get that desperate. -I upgraded to 1.4.2 and still the memory increases. -Yes, I'm closing all streams in the email class. Also, this particular code has been used successfully across platforms and across java servers for about 3 years now. Anymore input is greatly appreciated. -Seth. - Original Message - From: Nikolaos Giannopoulos [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, September 12, 2003 6:04 PM Subject: RE: Memory Leak with static content Seth, Have you tried JDK 1.4.2? 1.4.0 has been known to have a memory leak in the StringBuffer implementation w.r.t. re-using StringBuffers but you mention that your only serving static content so this may not be it. However, I believe that I read that something like 2000 bugs have been fixed in 1.4.2 (if my memory serves me well). We have have no visible problems running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 boxes (no JSPs - just servlets and static content). Please reply back if this works or does not work for you - we are looking at upgrading our Tomcat instances in the near future. HTH. --Nikolaos -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:58 PM To: [EMAIL PROTECTED] Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 minutes or so (on average). If I let it go, it will grow until it runs out of memory. Right now, I have a script to restart tomcat after the memory is too high. This is a bad solution. I've looked at a LOT of people's suggestions from other threads, and I have tried the following: -Use jikes -Set development to false in web.xml -Increase the heap sizes -set fork to true in web.xml Other Info: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all of our forms, and all that does is capture the input and send it to an email address. It is the only code I have anywhere. This jsp page is not causing the memory leak. -I had the same problem with 4.1.17, and was hoping that an update would help, but it didn't. -This is an incremental increase, and doesn't seem to have much to do with traffic patterns or how much I use my one jsp page. Any suggestions would be great. -Seth. - 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] This e-mail, including any attachments, is a confidential business
RE: Memory Leak with static content
Howdy, I assumed you had a test server that mimic your production setup -- I wasn't suggested you run with a profiler on a production server, as the slowdown is unbearable usually ;) Make sure the server in question has all the required Solaris OS patches for the JDK version you're using. We forgot to do that a couple of times and had unstable behavior. Other than that, I concur with what Senor Giannopoulos said: we've seen no problems running tomcat with JDK 1.4.2 on Solaris 8 in production for heavy traffic sites with lots of static (and dynamic) content. In fact, we moved from $$$ servers to tomcat and have been exceedingly happy with the results. Yoav Shapira Millennium ChemInformatics -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 2:01 PM To: Tomcat Users List Subject: Re: Memory Leak with static content Yoav, Thanks for the response. I've used what you've suggested in the past on development servers, but I'm saving your suggestion for a last ditch possibility. The length of time to install a profiler and re-familiarize myself with its use is something I'd like to skip. On top of that, this is a production server and I wouldn't want to run a profiler and stress it out ;). I'm trying hard to stand behind the jakarta community here, because I've gotten some good use out of Tomcat in the past. I'm even taking heat from fellow developers for using Tomcat on a production server, but I think it can be done. I'll wait and see if there are any more suggestions, and then I'll either decide to trudge ahead with OptimizeIt or just change java servers. -Seth. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:40 PM Subject: RE: Memory Leak with static content Howdy, Run your app with a profiler and a stress tool and see when and where memory is allocated. Yoav Shapira Millennium ChemInformatics -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:34 PM To: Tomcat Users List Subject: Re: Memory Leak with static content All, Updates to this issue -I'm not sure if it's the OS, but I've never seen this happen before on other Solaris installs. What would I look at to determine if it's the OS?.. The way that question is phrased makes it difficult for me to completely understand what you mean. Can you be more specific? -It did take up memory until Tomcat would no longer serve pages. Users would try to see their sites and just get a blank white screen until their request timed out. I haven't let it time go incrementally since I've upgraded Tomcat or the jdk, however, I may let it stall out if I get that desperate. -I upgraded to 1.4.2 and still the memory increases. -Yes, I'm closing all streams in the email class. Also, this particular code has been used successfully across platforms and across java servers for about 3 years now. Anymore input is greatly appreciated. -Seth. - Original Message - From: Nikolaos Giannopoulos [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, September 12, 2003 6:04 PM Subject: RE: Memory Leak with static content Seth, Have you tried JDK 1.4.2? 1.4.0 has been known to have a memory leak in the StringBuffer implementation w.r.t. re-using StringBuffers but you mention that your only serving static content so this may not be it. However, I believe that I read that something like 2000 bugs have been fixed in 1.4.2 (if my memory serves me well). We have have no visible problems running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 boxes (no JSPs - just servlets and static content). Please reply back if this works or does not work for you - we are looking at upgrading our Tomcat instances in the near future. HTH. --Nikolaos -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:58 PM To: [EMAIL PROTECTED] Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 minutes or so (on average). If I let it go, it will grow until it runs out of memory. Right now, I have a script to restart tomcat after the memory is too high. This is a bad solution. I've looked at a LOT of people's suggestions from other threads, and I have tried the following: -Use jikes -Set development to false in web.xml -Increase the heap sizes -set fork to true in web.xml Other Info: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all
Re: Memory Leak with static content
Here's what's happened on the server since 12:40 today Virtual Size: 112592 Real Size: 61880 Time Up(days-hours:minutes:seconds): 01:05:20 Virtual Size: 112592 Real Size: 62288 Time Up(days-hours:minutes:seconds): 01:15:20 Virtual Size: 112592 Real Size: 64376 Time Up(days-hours:minutes:seconds): 01:25:20 Virtual Size: 140976 Real Size: 76688 Time Up(days-hours:minutes:seconds): 01:35:21 Virtual Size: 142048 Real Size: 78824 Time Up(days-hours:minutes:seconds): 01:45:20 Virtual Size: 142048 Real Size: 78976 Time Up(days-hours:minutes:seconds): 01:55:20 Virtual Size: 142056 Real Size: 79000 Time Up(days-hours:minutes:seconds): 02:05:20 Virtual Size: 142056 Real Size: 79240 Time Up(days-hours:minutes:seconds): 02:15:20 Virtual Size: 142056 Real Size: 79624 Time Up(days-hours:minutes:seconds): 02:25:21 Virtual Size: 142056 Real Size: 80400 Time Up(days-hours:minutes:seconds): 02:35:20 This is an example of what's happening. The memory it is using increases, yet never decreases. I'm able to run more processes on another server of ours under Linux, and the memory never increases over 60MB. -Seth. - Original Message - From: Seth Newton [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 15, 2003 2:01 PM Subject: Re: Memory Leak with static content Yoav, Thanks for the response. I've used what you've suggested in the past on development servers, but I'm saving your suggestion for a last ditch possibility. The length of time to install a profiler and re-familiarize myself with its use is something I'd like to skip. On top of that, this is a production server and I wouldn't want to run a profiler and stress it out ;). I'm trying hard to stand behind the jakarta community here, because I've gotten some good use out of Tomcat in the past. I'm even taking heat from fellow developers for using Tomcat on a production server, but I think it can be done. I'll wait and see if there are any more suggestions, and then I'll either decide to trudge ahead with OptimizeIt or just change java servers. -Seth. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:40 PM Subject: RE: Memory Leak with static content Howdy, Run your app with a profiler and a stress tool and see when and where memory is allocated. Yoav Shapira Millennium ChemInformatics -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Monday, September 15, 2003 1:34 PM To: Tomcat Users List Subject: Re: Memory Leak with static content All, Updates to this issue -I'm not sure if it's the OS, but I've never seen this happen before on other Solaris installs. What would I look at to determine if it's the OS?.. The way that question is phrased makes it difficult for me to completely understand what you mean. Can you be more specific? -It did take up memory until Tomcat would no longer serve pages. Users would try to see their sites and just get a blank white screen until their request timed out. I haven't let it time go incrementally since I've upgraded Tomcat or the jdk, however, I may let it stall out if I get that desperate. -I upgraded to 1.4.2 and still the memory increases. -Yes, I'm closing all streams in the email class. Also, this particular code has been used successfully across platforms and across java servers for about 3 years now. Anymore input is greatly appreciated. -Seth. - Original Message - From: Nikolaos Giannopoulos [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Friday, September 12, 2003 6:04 PM Subject: RE: Memory Leak with static content Seth, Have you tried JDK 1.4.2? 1.4.0 has been known to have a memory leak in the StringBuffer implementation w.r.t. re-using StringBuffers but you mention that your only serving static content so this may not be it. However, I believe that I read that something like 2000 bugs have been fixed in 1.4.2 (if my memory serves me well). We have have no visible problems running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 boxes (no JSPs - just servlets and static content). Please reply back if this works or does not work for you - we are looking at upgrading our Tomcat instances in the near future. HTH. --Nikolaos -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:58 PM To: [EMAIL PROTECTED] Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB
RE: Memory Leak with static content
Howdy, Here's what's happened on the server since 12:40 today Virtual Size: 112592 Real Size: 61880 Time Up(days-hours:minutes:seconds): 01:05:20 snip You realize these numbers are meaningless to anyone except you, as we don't know what you're measuring, how you're measuring it, what the proper results / proper behavior is, etc. This is an example of what's happening. The memory it is using increases, yet never decreases. I'm able to run more processes on another server of ours under Linux, and the memory never increases over 60MB. On tomcat on Linux, you mean? If so, wouldn't that conclude that the problem is in the OS, not in Tomcat or your code? You're using the same JVM version on Solaris and Linux, right? One thing worth investigating is the GC settings. What are they right now? Yoav Shapira 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
You realize these numbers are meaningless to anyone except you, as we don't know what you're measuring, how you're measuring it, what the proper results / proper behavior is, etc. No, I didn't realize my numbers meant nothing. I figured them to be self-explanatory. The numbers supplied were there simply as evidence of the incremental increase of memory over time. That's all. I apologize for any confusion. One thing worth investigating is the GC settings. What are they right now? Actually, I didn't reset them after the upgrade to Tomcat 4.1.27. I just changed them to -Xms60m -Xmx80m. I'll change these numbers after I'm done babysitting the server, but I'd like to see what happens once the limit is reached. -Seth. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 15, 2003 2:17 PM Subject: RE: Memory Leak with static content Howdy, Here's what's happened on the server since 12:40 today Virtual Size: 112592 Real Size: 61880 Time Up(days-hours:minutes:seconds): 01:05:20 snip You realize these numbers are meaningless to anyone except you, as we don't know what you're measuring, how you're measuring it, what the proper results / proper behavior is, etc. This is an example of what's happening. The memory it is using increases, yet never decreases. I'm able to run more processes on another server of ours under Linux, and the memory never increases over 60MB. On tomcat on Linux, you mean? If so, wouldn't that conclude that the problem is in the OS, not in Tomcat or your code? You're using the same JVM version on Solaris and Linux, right? One thing worth investigating is the GC settings. What are they right now? Yoav Shapira 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak with static content
Howdy, You realize these numbers are meaningless to anyone except you, as we don't know what you're measuring, how you're measuring it, what the proper results / proper behavior is, etc. No, I didn't realize my numbers meant nothing. I figured them to be self-explanatory. The numbers supplied were there simply as evidence of the incremental increase of memory over time. That's all. I apologize for any confusion. I was unclear -- they're not evidence of anything until you explain how they're measured and what you would expect to see under normal conditions (or alternatively show the numbers from Solaris and Linux side by side, allowing space for JVM implementation variability). Actually, I didn't reset them after the upgrade to Tomcat 4.1.27. I just changed them to -Xms60m -Xmx80m. These settings suggest a minimum heap of 60MB, and a maximum heap of 80m. Is that the behavior you want? Yoav Shapira 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
These settings suggest a minimum heap of 60MB, and a maximum heap of 80m. Is that the behavior you want? RESPONSE: Yeah, that's what I want for now. I want to see what happens when the garbage collector is called normally. On a side note, I just called System.gc() manually and it only cleared a couple hundred bytes. I will try later though, as it hasn't been long since last restart. - Original Message - From: Shapira, Yoav [EMAIL PROTECTED] To: Tomcat Users List [EMAIL PROTECTED] Sent: Monday, September 15, 2003 3:04 PM Subject: RE: Memory Leak with static content Howdy, You realize these numbers are meaningless to anyone except you, as we don't know what you're measuring, how you're measuring it, what the proper results / proper behavior is, etc. No, I didn't realize my numbers meant nothing. I figured them to be self-explanatory. The numbers supplied were there simply as evidence of the incremental increase of memory over time. That's all. I apologize for any confusion. I was unclear -- they're not evidence of anything until you explain how they're measured and what you would expect to see under normal conditions (or alternatively show the numbers from Solaris and Linux side by side, allowing space for JVM implementation variability). Actually, I didn't reset them after the upgrade to Tomcat 4.1.27. I just changed them to -Xms60m -Xmx80m. These settings suggest a minimum heap of 60MB, and a maximum heap of 80m. Is that the behavior you want? Yoav Shapira 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak with static content
Howdy, RESPONSE: Yeah, that's what I want for now. I want to see what happens when the garbage collector is called normally. Don't forget to enable verbose GC. On a side note, I just called System.gc() manually and it only cleared a couple hundred bytes. I will try later though, as it hasn't been long since last restart. Clearing only a couple of hundred bytes suggest the memory is used and references held, making it less likely to be a pure memory leak. As an aside, System.gc() is just a suggestion to the VM. Yoav Shapira 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
Hello Seth! SN All, SN OS: Sparc-Solaris 9 SN JDK: 1.4.0_02 SN Tomcat: 4.1.27 SN Problem: SN I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 SN minutes or so (on average). If I let it go, it will grow until it runs out of memory. You really get an OutOfMemoryException? I would expect that memory consumption would grow and grow untill it reaches something near the allowed maximum and then garbage collection would break in and free some of already allocated memory. (Of couse it won't give it back to the OS, but it will be free for processing further requests by Tomcat itself) In other words I would expect that memory consumption would stabilize somewhere near the allowed maximum. Does this happen? Or do Tomcat threads really die with an OutOfMemoryException? Anton - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
you sure it is not the operating system itself. - Original Message - From: Seth Newton [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:57 PM Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 minutes or so (on average). If I let it go, it will grow until it runs out of memory. Right now, I have a script to restart tomcat after the memory is too high. This is a bad solution. I've looked at a LOT of people's suggestions from other threads, and I have tried the following: -Use jikes -Set development to false in web.xml -Increase the heap sizes -set fork to true in web.xml Other Info: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all of our forms, and all that does is capture the input and send it to an email address. It is the only code I have anywhere. This jsp page is not causing the memory leak. -I had the same problem with 4.1.17, and was hoping that an update would help, but it didn't. -This is an incremental increase, and doesn't seem to have much to do with traffic patterns or how much I use my one jsp page. Any suggestions would be great. -Seth. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory Leak with static content
Seth, Have you tried JDK 1.4.2? 1.4.0 has been known to have a memory leak in the StringBuffer implementation w.r.t. re-using StringBuffers but you mention that your only serving static content so this may not be it. However, I believe that I read that something like 2000 bugs have been fixed in 1.4.2 (if my memory serves me well). We have have no visible problems running tomcat 4.1.12/18 stand alone w/ 1.4.2 on Solaris 8 on 4 boxes (no JSPs - just servlets and static content). Please reply back if this works or does not work for you - we are looking at upgrading our Tomcat instances in the near future. HTH. --Nikolaos -Original Message- From: Seth Newton [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 4:58 PM To: [EMAIL PROTECTED] Subject: Memory Leak with static content All, OS: Sparc-Solaris 9 JDK: 1.4.0_02 Tomcat: 4.1.27 Problem: I start tomcat and it takes up about 45MB of RAM. I wrote a script to email me every ten minutes the amount of memory it's taking up. The results are showing me that it gains about 1MB every 10 minutes or so (on average). If I let it go, it will grow until it runs out of memory. Right now, I have a script to restart tomcat after the memory is too high. This is a bad solution. I've looked at a LOT of people's suggestions from other threads, and I have tried the following: -Use jikes -Set development to false in web.xml -Increase the heap sizes -set fork to true in web.xml Other Info: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all of our forms, and all that does is capture the input and send it to an email address. It is the only code I have anywhere. This jsp page is not causing the memory leak. -I had the same problem with 4.1.17, and was hoping that an update would help, but it didn't. -This is an incremental increase, and doesn't seem to have much to do with traffic patterns or how much I use my one jsp page. Any suggestions would be great. -Seth. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory Leak with static content
Seth, As you mentioned taht the jsp page is not the problem I hope that you have looked to make sure that you are closing off any input/ouput streams and other resources involved in sending the email right? James Seth Newton wrote: -I'm using Tomcat to feed about 6 sites with static content. I have one jsp page that handles all of our forms, and all that does is capture the input and send it to an email address. It is the only code I have anywhere. This jsp page is not causing the memory leak. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Memory leak on compile
read up on the production configuration of the tomcat jasper engine http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jasper-howto.html Filip -Original Message- From: John Coonrod [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 7:27 PM To: [EMAIL PROTECTED] Subject: Memory leak on compile I'm running tomcat 4.1.24 with jsdk 1.4.1 under nt4 and notice that there is a 3 meg memory leak with every jsp compile, not with the running of compiled pages. What can be done to eliminate this? At this rate, I need to stop and start the server about once a week. -- /Dr. John Coonrod, Vice President, The Hunger Project 15 East 26th Street, New York, NY 10010, www.thp.org/ - 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]
RE: Memory leak on compile
This says fork is true by default. Why then is he seeing a mem leak if he hasn't changed his config (I am assuming this by his lack of knowledge about the howto). --Angus -Original Message- From: Filip Hanik [mailto:[EMAIL PROTECTED] Sent: Thursday, May 29, 2003 12:01 AM To: Tomcat Users List Subject: RE: Memory leak on compile read up on the production configuration of the tomcat jasper engine http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jasper-howto.html Filip -Original Message- From: John Coonrod [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 7:27 PM To: [EMAIL PROTECTED] Subject: Memory leak on compile I'm running tomcat 4.1.24 with jsdk 1.4.1 under nt4 and notice that there is a 3 meg memory leak with every jsp compile, not with the running of compiled pages. What can be done to eliminate this? At this rate, I need to stop and start the server about once a week. -- -- -- /Dr. John Coonrod, Vice President, The Hunger Project 15 East 26th Street, New York, NY 10010, www.thp.org/ - 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]
Re: Memory leak for webapp Manager deploy/undeploy
This is interesting. Can you post a bug on this to http://nagoya.apache.org/bugzilla/ and then report back here as to what the link to that bug is?Also, it would be ideal if you could post your testcase (Foo.java) to that bug so people can easily reproduce the issue. later, Jake At 12:48 PM 3/29/2003 -0700, you wrote: I believe I'm seeing a memory leak as a result of a Manager deploy/undeploy. I have a very simple test case: a Servlet that has a static field that refers to an object (Foo) that allocates a large chunk of memory. I've instrumented both the Servlet (init(), destroy(), and finalize()) and Foo (ctor and finalize()). The Servlet has been configured to load on startup. On a deploy, I see: Foo.ctor (during class initialization of the Servlet) Servlet.init(): On an undeploy, I see: Servlet.destroy() Servlet.finalize() I never see Foo.finalize(). If I continue to deploy/undeploy repeatedly, eventually the VM reports an OutOfMemoryError when I try to deploy. Running the VM with -verbose:gc and encouraging GC whenever possible, I see that after each undeploy, memory usage goes up roughly by what I've allocated in Foo. Any ideas? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Memory leak with ThreadGroups - and other stuff
Quick follow-on question for Craig... If you put a JDBC driver in your webapp's /WEB-INF/lib directory, then as that gets registered with DriverManager, what happens when you reload a context? If the DriverManager maintains a reference to the Driver loaded with the webapp classloader, that must surely cause a few problems for cleaning up the classloader... Should this sort of problem disappear with DriverManager.deregisterDriver() ? Are there other pitfalls of this sort in the standard Java APIs (I'm thinking of some classes with factory methods and helpful internal caching of instances created via such factory methods...) - Chris - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] Sent: Friday, January 24, 2003 1:49 AM Subject: RE: Memory leak with ThreadGroups If your application is well behaved (i.e. it doesn't have classes in common/lib or shared/lib that maintain references to things loaded from the webapp), then this will cause the entire webapp to become garbage. If *any* references to *any* classes inside the webapp still exist, though, then essentially nothing from your webapp can be collected. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Memory leak with ThreadGroups - and other stuff
-Original Message- From: Chris Brown [mailto:[EMAIL PROTECTED]] Sent: Friday, January 24, 2003 4:55 AM To: Tomcat Users List Subject: Re: Memory leak with ThreadGroups - and other stuff Quick follow-on question for Craig... If you put a JDBC driver in your webapp's /WEB-INF/lib directory, then as that gets registered with DriverManager, what happens when you reload a context? If the DriverManager maintains a reference to the Driver loaded with the webapp classloader, that must surely cause a few problems for cleaning up the classloader... When you reload the context, the webapp classloader and all its classes are discarded. Once a new classloader is created, it can not access the previous instance, so you will end up with ClassCastExceptions. Your old classloader will NOT be gc'ed until that reference is released. Should this sort of problem disappear with DriverManager.deregisterDriver() ? Are there other pitfalls of this sort in the standard Java APIs (I'm thinking of some classes with factory methods and helpful internal caching of instances created via such factory methods...) I have never used DriverManager.deregisterDriver(), but I would think that it would help. I have always had my database drivers in /common/lib so that they are only loaded once. if want you share your factory instances between webapps, put them in /common/lib. If you want each webapp to have its own instance of your factory methods and thus their own instances, then put them in WEB-INF/lib. The only other issue that I have run into with the web app classloader is when using System.loadLibrary() to load an external class. This causes a problem becuase the library is loaded by the JVM and the class instances are created by the classloader, so when you reload, you lose the instances and can't reload the library since the JVM already thinks its loaded. I got around this by leaving this code in /common/lib so it is only loaded once and shared among all webapps. Charlie - Chris - Original Message - From: Craig R. McClanahan [EMAIL PROTECTED] Sent: Friday, January 24, 2003 1:49 AM Subject: RE: Memory leak with ThreadGroups If your application is well behaved (i.e. it doesn't have classes in common/lib or shared/lib that maintain references to things loaded from the webapp), then this will cause the entire webapp to become garbage. If *any* references to *any* classes inside the webapp still exist, though, then essentially nothing from your webapp can be collected. -- 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]