Pregunta

Debería primero decir que estoy bastante familiarizado con la configuración de los ajustes de memoria eclipses. Actualmente estoy usando una variante de una de las configuraciones publicados:

... --launcher.XXMaxPermSize 256m -vmargs -Xms40m -Xmx512m -Xss2m -Djava.net.preferIPv4Stack = true -Dcom.sun.management.jmxremote

Y de acuerdo con JConsole y el monitor montón interna, Eclipse nunca se pone a punto de quedarse fuera del montón.

Lo que sí hace es accidente constantemente con Oomes, como cada 30-50 minutos. A veces me dice que hubo un OOME, otras veces simplemente se cierra en silencio. Curiosamente, la otra instancia de Eclipse que ejecuta todo el tiempo (la versión J2EE) nunca se ha estrellado una vez, incluso con muchos más archivos de origen.

Ha habido una o dos veces, donde ha sido un proceso zombie después del accidente y pude ver su huella de memoria - alrededor 1.5gigs, muy por encima de lo que el monitor montón dijo que estaba usando. Así que, ¿cuál es el problema? fugas de algo? Me doy cuenta de que el número de hilos activos parece ir constantemente.

Cualquier persona tenía este problema y lo arreglaron?

¿Fue útil?

Solución

De acuerdo con este sitio , la configuración de memoria adecuados para Eclipse / Flex Builder es :

-Xms256m
-Xmx512m

Estos son los ajustes MEM que utilizo para Eclipse y parece que funciona bien. Esperamos que ayuda.

Otros consejos

Dependiendo del tamaño y la complejidad del proyecto puede que tenga que aumentar la memoria dada a FlexBuilder. Usted puede tratar de usar diferentes JVM. En caso Flexbuidler no se iniciará entonces es probable que darle demasiada memoria.

No hay santo grial para este problema, pero compartiendo mi FlexBuilder.ini puede ayudar a algunos:

-vm
C:\Program Files\Java\jdk1.6.0_20\bin\javaw.exe

-vmargs
-Xms1024m
-Xmx1224m
-XX:MaxPermSize=365m
-XX:PermSize=256m
-Djava.net.preferIPv4Stack=true
Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top