Solución de problemas Grails/Groovy memory leaks?

Question

Tengo una aplicación Grails que hace una cantidad bastante decente de creación y destrucción de objetos de dominio, y parece que se está quedando sin espacio PermGen a un ritmo muy, muy rápido. Hice los ajustes habituales (tope PermGen a 256M, habilitado clase GC, etc.), pero no dados.

¿Alguien podría recomendar algunas herramientas (y afortunadamente gratuitas o de bajo costo) para solucionar este tipo de consumo de memoria en Groovy y/o Java? ¿O algunas técnicas que utiliza para solucionar problemas de memoria JVM?

Editar: Esto es cuando la aplicación se implementa dentro de Tomcat en modo de producción; No lo he intentado con otros contenedores. Aun así, sería bueno tener algunos recursos para rastrear el problema.

Answer 1

YourKit es una buena herramienta que he usado varias veces para diagnosticar problemas de memoria. Es comercial, pero tiene una versión de evaluación gratuita disponible para la depuración de un solo disparo.

Answer 2

¿El problema que está teniendo ocurre en el desarrollo o la producción?

Si está en desarrollo, recuerde que Grails constantemente recompila muchos aspectos de su aplicación (no solo los cambios de Dominio, pero el controlador cambia, y otras clases también). También tengo problemas con PermGen, pero la mayoría se desencadena por la constante compilación de los archivos en los que estoy trabajando. Puede desactivar esta función

http://www.grails.org/FAQ#Q:%20OMG%20I%20get%20OutOfMemoryErrors%20or%20PermGen%20Space%20errors%20when%20running%20Grails%20in%20development%20mode.%20What%20do%20I%20do?

Si está en producción, obviamente tiene un problema mucho más crítico. Los problemas de memoria de PermGen se atribuyen a muchos de los marcos en los que se basa Grails, incluidos Spring, Hibernate e incluso la propia JVM de Sun. Podría tratar de ajustar el tamaño máximo de almacenamiento dinámico para su contenedor web (Tomcat o Jetty).

También podría intentar una implementación diferente de la JVM, como Oracle JRockit, que se supone que es considerablemente mejor en la recolección de basura y otros medios de eficiencia. Nunca lo intenté yo mismo, pero dado que yo también estoy en el medio del desarrollo y el extenso proyecto de Grails, puedo estar comprando soluciones a estos problemas yo mismo. ¡Buena suerte!

Answer 3

Eclipse Memory Analyzer es una herramienta gratuita que es al menos tan buena como Yourkit.

Answer 4

Me gusta personalmente VisualVM. Definitivamente hay herramientas más potentes, pero esta tiene una buena relación de usabilidad-potencia.

Answer 5

Si esto ocurre después de volver a implementar su aplicación varias veces, puede verse afectado por this Grails bug. El Tomcat FAQ también tiene varias causas posibles para las fugas de PermGen.

Answer 6

Ha intentado

-XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled 

?

Junto con el aumento de los sospechosos habituales (-Xmx, -Xms, -XX:PermSize y -XX:MaxPermSize) esta resuelto todos los problemas PermGen en nuestra producción de Tomcat, que se había producido muy pronto después de desplegar la aplicación. Nunca he visto otra OOM-Exception después de eso. :-)

Answer 7

Esto podría útiles también: http://burtbeckwith.com/blog/?p=73