posted by SpringSource on March 15, 2010 06:32 PM
Using -Xincgc and -verbose:gc in starting JVM to help isolate problems.
In general, garbage collection is more extensive in Tomcat 4.1 than that of 4.0. However, the cause for JVM crashing might lie somewhere else. Using -Xincgc and -verbose:gc in starting JVM would help in isolating where the problem might come from. You can follow the steps below to complete this process:
-
Stop Tomcat
-
Delete jvm.stdout in c:/covalent/ers/servers//logs folder
-
Take out the -Xincgc switch in the wrappers.properties file
-
Start Tomcat
-
Access the application until the slow performance is seen
-
Stop Tomcat
-
Rename jvm.stdout
-
Add -Xincgc switch back in the wrappers.properties file
-
Start Tomcat
-
Repeat the sequence of steps in Step 5
-
Stop Tomcat
-
Compare jvm.stdout and the previously renamed jvm.stdout
Analyzing the garbage collection logs should provide you with some insight into the root cause if it is an application specific issue or NIC configuration issue.
For more than 10 years, SpringSource employees have been supporting Apache technologies, with unparalleled experience and commitment to the Apache Software Foundation. More than 400 of the Fortune 500 count on SpringSource to support their mission-critical business applications. Leaders of the Apache Software Foundation, including Board Members, work at SpringSource and dedicate a significant amount of time further developing the Apache Tomcat open source project. Over the last 2 years, 95% of the issues fixed in the Apache Tomcat project were fixed by SpringSource engineers. For more information on how SpringSource can help your enterprise, see the
SpringSource website, or call 800/444-1935.
Comments
Post new comment