Connect to the JRE with either jconsole or jvisualvm and see where the cpu cycles are going. Most likely the JVM is busy with GC activities. If this is the case you have a few options: - Tune the GC so that it can keep up with the load, if possible - Move to a 64-bit JDK for Tomcat and increase the heap until you find a size that the app is able to use and the GC is able to manage; there are some prerequisites to doing this for the DV components/app versions (if using ITSM) - Deploy more Tomcat servers and set up a load balancer in front of the servers to distribute the load; keep adding Tomcat servers until the servers are able to handle the load
Axton Grams On Thu, Dec 15, 2011 at 8:55 AM, Rick Sharp <[email protected]> wrote: > ** > Hi All > > We have a new ARS 7.604 instance with incredible slow MidTier performance > every 3 days. Tomcat sucks up 3GB+ RAM and 53% CPU (today) and cripples the > MidTier. Restart Tomcat and all is fine for 2 days. Unacceptable to our 200 > IT users and is killing us. Our base of 4800 end users touches Remedy via > our Kinetic front end, which is never an issue; just the MidTier for IT > Staff. > > Any help is much appreciated !!!! > > Specifics: > > We are running Tomcat for ARS and Tomcat for Kinetic, as separate > services. The ARS Tomcat runs away with Memory and cripples us at 3GB, > while CPU is fine with its service. Kinetic's Tomcat is fine. > > IBM x3650 VM for MidTier as well as ARS > **SQL is hosted on a separate W2K8 VM > Windows 2008 x64 bit > Quad Zeon 2.26GHz > 6GB RAM > J2SE Dev Kit 5.0 Update 22 > J2SE Runtime Environment 5.0 Update 22 > Java 6 Update 27 x64 bit > Java 7 Update 1 > Java SE DevKit 6 Update 27 x64 bit > _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: "Where the Answers Are"
