Memory Issues

26 views
Skip to first unread message

Day, Chuck

unread,
Nov 12, 2012, 7:48:06 PM11/12/12
to groo...@googlegroups.com

We’re running into memory issues in our WebLogic 10.3 Clusters running Grails 1.3.5.   We have multiple Grails apps deployed to the same cluster and, after running for a while, the CPU gets consumed with garbage collection such that the applications slow down significantly.  We’ve been specifying 512 MB per parameter (e.g. Min, Max, Perm) in the WebLogic startup scripts per managed server.  Wondering if we are trying to run too many Grails applications in the same JVM. 

 

Does anyone have suggestions about environment configurations to be shared such as the parameter settings or the number of Grails applications deployed per JVM?  I couldn’t find anything pertinent on the GUM postings since 2007.

 

Thanks for any help.

 

[CONFIDENTIALITY AND PRIVACY NOTICE] Information transmitted by this email is proprietary to Medtronic and is intended for use only by the individual or entity to which it is addressed, and may contain information that is private, privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient or it appears that this mail has been forwarded to you without proper authority, you are notified that any use or dissemination of this information in any manner is strictly prohibited. In such cases, please delete this mail from your records. To view this notice in other languages you can either select the following link or manually copy and paste the link into the address bar of a web browser: http://emaildisclaimer.medtronic.com

Dan Tanner

unread,
Nov 12, 2012, 7:59:27 PM11/12/12
to groo...@googlegroups.com
512 can be a little small for many of the grails apps I've seen.  Have you tried increasing the memory for one or all of the nodes as an experiment?  e.g. Here's the JAVA_OPTS settings I use for one of my environments (this is tomcat, but it should be similar)
-server -Xms1024M -Xmx1024M -XX:MaxPermSize=128m


--
You received this message because you are subscribed to the "Groovy Users of Minnesota" group.
 
To post to this group, send email to groo...@googlegroups.com
To unsubscribe from this group, send email to groovymn-u...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/groovymn?hl=en

Michael Nadel

unread,
Nov 12, 2012, 8:22:18 PM11/12/12
to groo...@googlegroups.com
The sure-fire approach is to profile your app. It's important to understand the app's memory characteristics. You may, for example, find that you need to tweak the generational ratios.

Here's a great resource:

--

Jeff Beck

unread,
Nov 15, 2012, 8:58:09 AM11/15/12
to groo...@googlegroups.com
You may also have decent luck with changing the GC you are using. Depending on how your application is dealing with memory you can get better performance out of the different collectors. I had good luck with the concurrent mark sweep collector. I haven't tried the G1 collector yet that came with jdk7 u4. I would check both of those out but also move down your perm to only slightly above what you need you can give your self more heap then.

Jeff
Reply all
Reply to author
Forward
0 new messages