Comment réduire l'utilisation de la mémoire par Eclipse?

Question

L’utilisation de la mémoire d’Eclipse 3.4 n’est plus à faire, au point de devenir un problème.

J'ai un simple projet BlackBerry chargé et l'utilisation grimpe en flèche à près de 400 Mo, parfois plus. Peut-on faire quelque chose pour le réduire?

Answer 1

Eclipse 3.4 peut consommer beaucoup plus de mémoire que les versions précédentes, avec la permission du plug-in vérificateur orthographique .

Vous pouvez désactiver le plug-in en allant dans Fenêtre -> Préférences -> Général -> Editeurs -> Editeurs de texte -> Orthographe et en décochant le titre de la case "Activer la vérification orthographique".

Bien entendu, les astuces proposées pour utiliser de plus grandes tailles de tas et de meilleurs éboueurs vous feraient également du bien.

Answer 2

Les versions modernes de l'Éclipse ne besoin d'un peu de RAM pour faire leur chose. Mais doit encore courir assez vite sur n'importe quel machine moderne.

En supposant que vous avez suffisamment de mémoire (2 GO est très bien, sauf si vous avez beaucoup d'autres processus en cours d'exécution, ou si vous êtes en utilisant RAD), voir ce IBM article sur l'Éclipse de l'utilisation de la mémoire pour quelques conseils sur la peaufiner les réglages. Les deux coupables les plus communs sont Xmx et/ou MaxPermSize réglés trop bas (Xmx par défaut 256M et MaxPermSize par défaut 64M).

Vous modifiez les valeurs en passant des arguments de ligne de commande ou à modifier l'éclipse.ini dans l'Eclipse de l'emplacement d'installation.

Vous devriez vous retrouver avec quelque chose comme ceci:

...
-vmargs
-Xms128m
-Xmx1024m 
-XX:MaxPermSize=128m

Answer 3

Alors que vous pourriez probablement bricoler avec la configuration, la suppression des plugins etc, il est susceptible d'être plus rentable d'acheter plus de mémoire. Combien avez-vous actuellement? Je considérerais qu'une machine de développeur avec moins de 2 Go de mémoire est en deçà des spécifications, et je suppose que beaucoup de gens doubleraient ce chiffre ...

Answer 4

Ce n'est rien. Quand j'étais enfant, je vivais sous un journal dans le caniveau... Monty Python, lol.

C'est juste une blague. Mon Eclipse est de prendre plus de 800 MO de résident, et 2 go de ram virtuelle (en partie délocalisé peut-être). Java peut être un porc, c'est de donner Java a mauvaise presse, tout le temps.

Cependant, il y a un petit quelque chose que beaucoup de gens ne savent pas. L'augmentation du garbage collector. -Xincgc L'effet secondaire est que les mains de la mémoire vers le système de temps à autre. Par défaut, Java il prend et prend, et quand il n'est pas besoin de la mémoire plus de, il le garde pour lui-même. Le incgc est une stratégie différente où il devient plus raisonnable de supposer que la mémoire peut être remis le système en évitant de tomber dans l'ennui. Cependant, l'on peut affecter les performances. Il y a beaucoup de collecte des ordures paramètres. Vous pouvez également avoir plusieurs threads poignée GC. Le parallèle GC est-ce que. Vous ne savez pas si celui-ci remet la mémoire, ne le pense pas.

Answer 5

Vous pouvez essayer la version 64 bits de l'Éclipse avec la version 64 bits du JDK sur Windows 7. Ces deux causé de drôles de questions avec la 3ème partie du Cadre que j'ai à travailler avec. Les 32 bits de JRockit (gratuitement) à partir d'Oracle semble être plus rapide et un peu mieux sur la mémoire. C'est mon Eclipse.paramètres ini:

C'est mon eclipse inn

-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

Je suis passé à la version 32 bits JRockit JDK qui semble un peu plus rapide pour Eclipse. Je l'éteindre et ne pas installer de plus que j'ai besoin. Pour chaque type distinct de développement d'applications (Android, J2EE, juste de Printemps, ...) j'ai différents Eclipse installations. Espace de disque dur n'est pas cher. Alors je peux avoir juste les plugins que j'ai besoin de chacun. Je ne voudrais pas que tous les Android outils de chargement si je n'étais pas à l'aide. STS est également bon juste pour le Printemps des trucs et j'en ai un juste pour OpenShift Nuage de travail.