Eclipse Galileo 3.5 et 3.5.1 réglages

actuellement (novembre 2009), je teste avec JDK6 update 17 le jeu d'options de configuration suivant (avec Galileo -- eclipse 3.5.x, voir ci-dessous pour 3.4 ou ci-dessus pour Helios 3.6.x ):

(bien sûr, adaptez les chemins relatifs présents dans cette éclipse.ini aux bons chemins pour votre installation)

Note: pour eclipse3.5 , remplacer startup et launcher.library par:

-startup
plugins/org.eclipse.equinox.launcher_1.0.200.v20090520.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519

eclipse.ini 3.5.1

-data
../../workspace
-showlocation
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
384m
-startup
plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.0.200.v20090519
-vm
../../../../program files/Java/jdk1.6.0_17/jre/bin/client/jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx384m
-Xss4m
-XX:PermSize=128m
-XX:MaxPermSize=384m
-XX:CompileThreshold=5
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+UseConcMarkSweepGC
-XX:+CMSIncrementalMode
-XX:+CMSIncrementalPacing
-Dcom.sun.management.jmxremote
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/jv/eclipse/mydropins

Voir aussi mes "1519220920 original de la réponse ci-dessus pour plus d'informations.

changements (à partir de juillet 2009)

• se réfère au lanceur et non au cadre
• plugins partagés: org.eclipse.equinox.p2.reconciler.dropins.directory option.
• Galileo prend en charge entièrement les chemins relatifs pour l'espace de travail ou VM (éviter d'avoir à modifier ceux d'une installation eclipse à une autre, si, bien sûr, votre JVM et l'espace de travail restent les mêmes)
  
  Avant, ces chemins relatifs étaient réécrits en chemins absolus quand eclipse s'est lancée...
• vous pouvez également copier le répertoire JRE D'une installation Java JDK dans votre répertoire eclipse

mises en garde

il y avait un bug avec points de rupture ignorés " en fait lié au JDK.

Utilisez jdk6u16 ou plus récent pour lancer eclipse (vous pouvez alors définir autant de JDKs que vous voulez compiler dans eclipse: ce n'est pas parce que vous lancez une eclipse avec JDK6 que vous devrez compiler avec ce même JDK).

Max

noter l'usage de:

--launcher.XXMaxPermSize
384m
-vmargs
-XX:MaxPermSize=128m

comme documenté dans le Eclipse Wiki ,

Eclipse 3.3 supporte un nouvel argument pour le lanceur: --launcher.XXMaxPermSize .

Si la VM utilisée est une VM Sun et qu'il n'y a pas déjà d'argument VM -XX:MaxPermSize= , alors le lanceur ajoutera automatiquement -XX:MaxPermSize=256m à la liste des VM les arguments utilisés.

Le lanceur 3.3 est seulement capable d'identifier les VMs solaires sur Windows.

comme détaillé dans cette entrée :

tous les VM n'acceptent pas l'argument -XX:MaxPermSize , raison pour laquelle il est passé de cette manière. Il peut (ou non) existent des problèmes avec l'identification de soleil vms.

Note: Eclipse 3.3.1 a un bug où le lanceur ne peut pas détecter une VM Sun, et n'utilise donc pas la bonne taille de PermGen. Il semble que cela ait pu être un bug connu sur Mac OS X pour 3.3.0 aussi.

si vous utilisez l'une ou l'autre de ces combinaisons de plates-formes, ajoutez le drapeau -XX au eclipse.ini comme décrit ci-dessus.

Notes:

• " 384m " la ligne se traduit par la" =384m "partie de l'argument VM, si la VM est sensible à la casse sur la" m ", alors il en est de même pour cet argument.
• le préfixe " --launcher. ", spécifie que l'argument est consommé par le lanceur lui-même et a été ajouté aux arguments spécifiques du lanceur pour éviter les collisions de noms avec les arguments d'application. (Autres exemples: --launcher.library , --launcher.suppressErrors )

la partie -vmargs -XX:MaxPermSize=384m est l'argument transmis directement à la VM, contournant entièrement le lanceur et aucun contrôle sur le vendeur VM est utilisé.

Eclipse Ganymede 3.4.2 réglages

pour des réglages plus récents, voir Eclipse Galileo 3.5 réglages au-dessus de .

JDK

le meilleur réglage JVM toujours , à mon avis, comprend le dernier JDK vous pouvez trouver (donc pour l'instant, jdk1.6.0_b07 jusqu'à b16, sauf b14 et B15 )

eclipse.ini

même avec ces réglages de mémoire assez bas, je peux exécuter de grands projets java (avec un serveur web) sur mon ancien bureau (2002) avec 2Go RAM.

-showlocation
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256M
-framework
plugins\org.eclipse.osgi_3.4.2.R34x_v20080826-1230.jar
-vm
jdk1.6.0_10\jre\bin\client\jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms128m
-Xmx384m
-Xss2m
-XX:PermSize=128m
-XX:MaxPermSize=128m
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+UseConcMarkSweepGC
-XX:+CMSIncrementalMode
-XX:+CMSIncrementalPacing
-XX:CompileThreshold=5
-Dcom.sun.management.jmxremote

Voir GKelly est DONC réponse et Piotr Gabryanczyk entrée de blog de pour plus de détails sur les nouvelles options.

Surveillance

vous pouvez également envisager de lancer:

C:\[jdk1.6.0_0x path]\bin\jconsole.exe

comme dit dans un question précédente sur la consommation de mémoire .

Eclipse Indigo 3.7.2 réglages (64 bits linux)

Paramètres Sun/Oracle java version "1.6.0_31" et Eclipse 3.7 en cours d'exécution sur le processeur x86-64 Linux:

-nosplash
-vmargs
-Xincgc
-Xss500k
-Dosgi.requiredJavaVersion=1.6
-Xms64m
-Xmx200m
-XX:NewSize=8m
-XX:PermSize=80m
-XX:MaxPermSize=150m
-XX:MaxPermHeapExpansion=10m
-XX:+UseConcMarkSweepGC
-XX:CMSInitiatingOccupancyFraction=70
-XX:+UseCMSInitiatingOccupancyOnly
-XX:+UseParNewGC
-XX:+CMSConcurrentMTEnabled
-XX:ConcGCThreads=2
-XX:ParallelGCThreads=2
-XX:+CMSIncrementalPacing
-XX:CMSIncrementalDutyCycleMin=0
-XX:CMSIncrementalDutyCycle=5
-XX:GCTimeRatio=49
-XX:MaxGCPauseMillis=20
-XX:GCPauseIntervalMillis=1000
-XX:+UseCMSCompactAtFullCollection
-XX:+CMSClassUnloadingEnabled
-XX:+DoEscapeAnalysis
-XX:+UseCompressedOops
-XX:+AggressiveOpts
-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses

noter que cela utilise seulement 200 Mo pour le tas et 150 Mo pour le non-tas. Si vous êtes en utilisant gros plugins, vous pourriez vouloir augmenter les limites "-Xmx200m" et "-XX:MaxPermSize=150m".

le primaire la cible d'optimisation pour ces Drapeaux a été de minimiser la latence dans tous les cas et comme cible d'optimisation secondaire minimiser l'utilisation de la mémoire.

- showlocation

pour qu'il soit plus facile d'avoir eclipse tournant deux fois, et de savoir quel espace de travail vous avez affaire à

Eclipse 3.6 ajoute une option de préférences pour spécifier quoi afficher pour le Workspace name (shown in window title) qui fonctionne beaucoup mieux que -showlocation pour trois raisons:

1. Vous n'avez pas besoin de redémarrer eclipse pour qu'il prenne effet.
2. Vous pouvez choisir un code court.
3. il apparaît en premier, avant la perspective et le nom de l'application.

si vous allez avec la mise à jour 14 de jdk6, je suggère d'utiliser le collecteur d'ordures G1 qui semble aider la performance.

pour ce faire, supprimer ces paramètres:

- XX:+UseConcMarkSweepGC
151960920" - XX: + Cmsmode incrémental

- XX:+Cmcpourcentage croissant

et les remplacer par ce qui suit:

- XX:+Unlockexperientalvmoptions

- XX:+UseG1GC

si vous utilisez Linux + Sun JDK / JRE 32bits , changez le "- vm" en:

-vm 
[your_jdk_folder]/jre/lib/i386/client/libjvm.so

si vous utilisez Linux + Sun JDK / JRE 64bits , changez le "- vm" en:

-vm
[your_jdk_folder]/jre/lib/amd64/server/libjvm.so

qui fonctionne très bien pour moi sur Ubuntu 8.10 et 9.04

vous pouvez également essayer d'exécuter avec JRockit . C'est une JVM optimisée pour les serveurs, mais de nombreuses applications client de longue date, comme IDE, fonctionnent très bien sur JRockit. Eclipse ne fait pas exception. JRockit n'a pas d'espace perm, donc vous n'avez pas besoin de le configurer.

il est possible de définir une cible de temps de pause(ms) pour éviter les longues pauses gc qui bloquent l'interface utilisateur.

-showsplash
org.eclipse.platform
-vm
 C:\jrmc-3.1.2-1.6.0\bin\javaw.exe 
-vmargs
-XgcPrio:deterministic
-XpauseTarget:20

d'habitude, je ne prends pas la peine de régler -Xmx et-Xms et laisse JRockit faire pousser le tas comme il le juge nécessaire. Si vous lancez votre application Eclipse avec JRockit, vous pouvez également surveiller, profiler et trouver des fuites de mémoire dans votre application en utilisant la suite JRockit Mission Control tools. Vous téléchargez les plugins à partir de ce mise à jour du site . Note: ne fonctionne que pour Eclipse 3.3 et Eclipse 3.4

Voici mon propre réglage pour mon Eclipse fonctionnant sur i7 2630M 16gb ram portable, ce réglage a été utilisé pendant une semaine, sans un seul crash, et Eclipse 3.7 fonctionne en douceur.

-startup
plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_64_1.1.100.v20110502
-product
org.eclipse.epp.package.jee.product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
256M
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Xms1024m
-Xmx4096m 
-XX:MaxPermSize=256m

calculs: Pour Win 7 x64

• Xms = Mémoire Physique / 16
• Xmx = Mémoire Physique / 4
• MaxPermSize = Identique à la valeur par défaut, qui est 256m

-startup
../../../plugins/org.eclipse.equinox.launcher_1.2.0.v20110502.jar
--launcher.library
../../../plugins/org.eclipse.equinox.launcher.cocoa.macosx_1.1.100.v20110502
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-Xms128m
-Xmx512m
-XX:MaxPermSize=256m
-Xdock:icon=../Resources/Eclipse.icns
-XstartOnFirstThread
-Dorg.eclipse.swt.internal.carbon.smallFonts
-Dcom.sun.management.jmxremote
-Declipse.p2.unsignedPolicy=allow

et ce cadre a fonctionné comme un charme pour moi. J'exécute OS X10.6, Eclipse 3.7 Indigo, JDK1.6.0_24

mes propres paramètres (Java 1.7, Modifier pour 1.6):

-vm
C:/Program Files (x86)/Java/jdk1.7.0/bin
-startup
plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.100.v20100628
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-vmargs
-server
-Dosgi.requiredJavaVersion=1.7
-Xmn100m
-Xss1m
-XgcPrio:deterministic
-XpauseTarget:20
-XX:PermSize=400M
-XX:MaxPermSize=500M
-XX:CompileThreshold=10
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+UnlockExperimentalVMOptions
-XX:+DoEscapeAnalysis
-XX:+UseG1GC
-XX:+UseFastAccessorMethods
-XX:+AggressiveOpts
-Xms512m
-Xmx512m

Eclipse aime beaucoup de RAM. Utilisez au moins-Xmx512M. Plus si disponible.

si vous êtes comme moi et avez eu des problèmes avec la version actuelle d'Oracle de 1.6 alors vous pourriez vouloir mettre à jour votre JDK ou Définir

-XX:MaxPermSize

XX: + UseParallelGC c'est l'option la plus géniale de tous les temps!!!

- vm

C:\Program fichiers\Java\jdk1.6.0_07\jre\bin\client\jvm.dll

pour spécifier quelle version java vous utilisez, et utiliser la dll au lieu de lancer un processus javaw

voici ce que j'utilise (bien que je les ai dans le raccourci au lieu du fichier de paramètres):

eclipse.exe-showlocation-vm "C:\Java\jdk1.6.0_07\bin\javaw.exe" - vmargs-Xms256M -Xmx768M-XX:+UseParallelGC-XX: MaxPermSize=128M