El uso de memoria de Eclipse 3.4 está por las nubes hasta el punto en que se está convirtiendo en un problema.
Tengo un proyecto simple de BlackBerry cargado y el uso se dispara a casi 400 MB, a veces más. ¿Hay algo que se pueda hacer para derribarlo?
Respuestas:
Eclipse 3.4 puede consumir mucha más memoria que las versiones anteriores, cortesía del complemento del corrector ortográfico .
Puede desactivar el complemento yendo a Ventana -> Preferencias -> General -> Editores -> Editores de texto -> Ortografía, y desmarcando el título de la casilla 'Habilitar revisión ortográfica'.
Por supuesto, los consejos que se ofrecen para utilizar tamaños de pila más grandes y mejores recolectores de basura también le vendrán bien.
Marcar General -> Show heap statushabilitará esto
en la barra inferior. De esta manera, puede ejecutar manualmente el recolector de basura cuando lo desee haciendo clic en la papelera. No es una solución, más bien una solución alternativa, pero ayudó a reducir enormemente mi uso de RAM / CPU.
En Eclipse Luna 4.4.1 Estaba tratando de reducir el uso de memoria en Eclipse. Me las arreglé para reducir la mía de 600 MB a 300 MB. Hice lo siguiente:
Apagué los complementos activados al inicio que no estaba usando. Windows> Preferencias> General> Inicio y apagado
Proyectos cerrados en los que no estaba trabajando en ese momento.
Encontré las sugerencias / consejos aquí: http://blog.elijaa.org/2010/09/20/tricks-to-speed-up-eclipse-php-helios-pdt-2-2/
Si bien es probable que pueda modificar la configuración, eliminar varios complementos, etc., es probable que sea más rentable comprar más memoria. ¿Cuánto tienes actualmente? Consideraría que una máquina de desarrollo con menos de 2 GB de memoria está por debajo de las especificaciones, y sospecho que mucha gente duplicaría eso ...
Las versiones modernas de Eclipse necesitan bastante RAM para hacer lo suyo. Pero debería funcionar bastante rápido en cualquier máquina moderna.
Suponiendo que tiene suficiente memoria física (2 GB está bien a menos que tenga muchos otros procesos en ejecución o esté usando RAD), consulte este artículo sobre el uso de la memoria de Eclipse para obtener algunos consejos sobre cómo modificar la configuración. Los dos culpables más comunes son que Xmx y / o MaxPermSize estén configurados demasiado bajos (Xmx por defecto es 256M y MaxPermSize por defecto es 64M).
Modifica los valores pasando argumentos de línea de comando o ajustando eclipse.ini en la ubicación de instalación de Eclipse.
Deberías terminar con algo como esto:
...
-vmargs
-Xms128m
-Xmx1024m
-XX:MaxPermSize=128m
Mi Eclipse está ocupando más de 800 MB residentes y 2 GB virtuales (quizás parte de él se haya cambiado). Java puede ser un cerdo, está dando mala prensa a Java todo el tiempo.
Sin embargo, hay algo que mucha gente no sabe: el recolector de basura incremental. -Xincgc
El efecto secundario es que devuelve la memoria al sistema de vez en cuando. Por defecto, Java solo toma y toma, y cuando ya no necesita memoria, la guarda para sí mismo. El incgc es una estrategia diferente en la que resulta más razonable suponer que la memoria se puede devolver al sistema sin tener problemas. Sin embargo, esto puede afectar el rendimiento.
Hay muchas configuraciones de recolección de basura. También puede hacer que varios subprocesos manejen GC. El GC paralelo hace eso. No estoy seguro si ese devuelve la memoria, no lo creo.
Eliminar la +UseG1GCopción de eclipse.ini. He leído desde aquí que solo se usa para una memoria de pila de 6GB.
-XX:+useG1GCcon -XX:+UseSerialGCy el problema de la memoria desapareció. Suena como un error en G1GC.
-XX:+UseSerialGCcortar> 300mb. pulgar hacia arriba
Si 400 Mb de RAM son un gran problema para usted, es posible que desee probar otro IDE. Eclipse almacena una gran cantidad de información de estado, parte o la mayoría de la cual en realidad no necesita. Esa es una elección de diseño.
En este momento, tengo el mismo proyecto abierto tanto en Eclipse como en QtCreator: después de una reconstrucción limpia, Eclipse usa 156 Mb de RAM, Qt Creator está contento con 66 Mb.
Puede probar la versión de 64 bits de Eclipse con la versión de 64 bits de JDK en Windows 7. Ambos causaron algunos problemas extraños con el Framework de terceros con el que tengo que trabajar. El JRockit de 32 bits (gratis ahora) de Oracle parece ser más rápido y un poco mejor en memoria. Esta es mi configuración de Eclipse.ini:
Esta es mi posada eclipse
-startup
plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.2.R36x_v20101222
-nosplash
org.eclipse.platform
--launcher.XXPermSize
512m
--launcher.XXMaxPermSize
512m
--launcher.defaultAction
openFile
-vm
C:/Program Files (x86)/Java/jrockit-jdk1.6.0_31-R28.2.3-4.1.0/jre/bin
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Xquickstart
-XX:+AggressiveHeap
-XX:+AggressiveOpts
-XX:+UseParallelOldGC
-XX:ParallelGCThreads=2
-XX:ThreadPriorityPolicy=1
-Xverify:none
-Xms1100m
-Xmx1100m
Cambié al JRockit JDK de 32 bits que parece un poco más rápido para Eclipse. Apago y no instalo más de lo que necesito. Para cada tipo de desarrollo de aplicaciones (Android, J2EE, solo Spring, ...) tengo diferentes instalaciones de Eclipse. El espacio en el disco duro es barato. Entonces puedo tener solo los complementos que necesito para cada uno. Nunca querría que se cargaran todas las herramientas de Android si no las estuviera usando. STS también es bueno solo para las cosas de Spring y tengo uno solo para el trabajo de OpenShift Cloud.