Quels sont les meilleurs réglages JVM pour Eclipse? [fermé]

Quels sont les meilleurs réglages JVM que vous ayez trouvés pour exécuter Eclipse?

316
demandé sur Craig Angus 2008-09-27 02:28:19
la source

16 ответов

c'est encore cette période de l'année:" éclipse.ini prendre 3" les paramètres de grève de retour!

Eclipse Helios 3.6 et 3.6.x paramètres

alt texte http://www.eclipse.org/home/promotions/friends-helios/helios.png

après les réglages pour Eclipse Ganymede 3.4.x et Eclipse Galileo 3.5.x , voici un regard en profondeur à un "optimisé" eclipse.ini fichier de paramètres pour Eclipse Helios 3.6.x:

( par "optimisé", je veux dire capable d'exécuter une éclipse complète sur notre poste de travail merdique, un vieux P4 de 2002 avec 2Go RAM et XPSp3. Mais j'ai aussi testé ces mêmes réglages sur Windows7 )

Eclipse.ini

alt text

WARNING : pour les plateformes autres que windows, utilisez L'option propriétaire Sun -XX:MaxPermSize au lieu de l'option propriétaire Eclipse --launcher.XXMaxPermSize .

C'est-à-dire: sauf si vous utilisez le dernier jdk6u21 build 7 . Voir la section Oracle ci-dessous.

-data
../../workspace
-showlocation
-showsplash
org.eclipse.platform
--launcher.defaultAction
openFile
-vm
C:/Prog/Java/jdk1.6.0_21/jre/bin/server/jvm.dll
-vmargs
-Dosgi.requiredJavaVersion=1.6
-Declipse.p2.unsignedPolicy=allow
-Xms128m
-Xmx384m
-Xss4m
-XX:PermSize=128m
-XX:MaxPermSize=384m
-XX:CompileThreshold=5
-XX:MaxGCPauseMillis=10
-XX:MaxHeapFreeRatio=70
-XX:+CMSIncrementalPacing
-XX:+UnlockExperimentalVMOptions
-XX:+UseG1GC
-XX:+UseFastAccessorMethods
-Dcom.sun.management.jmxremote
-Dorg.eclipse.equinox.p2.reconciler.dropins.directory=C:/Prog/Java/eclipse_addons

Note:

Adaptez le p2.reconciler.dropins.directory à un répertoire externe de votre choix.

Voir ce ainsi répondre . L'idée est de pouvoir déposer de nouveaux plugins dans un répertoire indépendamment de toute installation Eclipse.

les sections suivantes décrivent en détail ce qui se trouve dans ce fichier eclipse.ini .


Le redoutable Oracle JVM 1.6u21 (pré build 7) et Eclipse plante

Andrew Niefer m'a alerté de cette situation, et a écrit un blog post , à propos d'un argument VM non standard ( -XX:MaxPermSize ) et peut faire en sorte que les MV d'autres fournisseurs ne démarrent pas du tout.

Mais la version eclipse de cette option ( --launcher.XXMaxPermSize ) ne fonctionne pas avec le nouveau JDK (6u21, sauf si vous utilisez le 6u21 build 7, Voir ci-dessous).

la solution finale est sur le Eclipse Wiki , et pour Hélios sur Windows avec 6u21 pré build 7 seulement: option propriétaire -XX:MaxPermSize .

la question est basée sur une régression: JVM identification échoue en raison D'Oracle rebranding en java.exe , et a déclenché bug 319514 sur Eclipse.

Andrew s'est occupé de Bug 320005 - [lanceur] --launcher.XXMaxPermSize: isSunVM devrait retourner vrai pour Oracle , mais ce ne sera que pour Helios 3.6.1.

Francis Upton , un autre committer Eclipse, reflects on the all situation .

mise à jour u21b7, 27 juillet :

Oracle ont régressé le changement pour la prochaine version de Java 6 et ne le mettra pas en œuvre à nouveau jusqu'à JDK 7 .

Si vous utilisez jdk6u21 build 7 , vous pouvez revenir à la --launcher.XXMaxPermSize (eclipse option) au lieu de -XX:MaxPermSize (l'option non standard).

Le auto-détection se produisant dans le lanceur C shim eclipse.exe va toujours chercher la chaîne" Sun Microsystems ", mais avec 6u21b7, il va maintenant fonctionner - à nouveau.

pour l'instant, je garde toujours la version -XX:MaxPermSize (parce que je ne sais pas quand tout le monde lancera eclipse le droit JDK).


implicite `-startup` and `--launcher.bibliothèque`

Contrairement aux réglages précédents, le chemin exact pour ces modules n'est plus défini, ce qui est pratique car il peut varier entre différentes Eclipse 3.6.x sorties:

  • démarrage: si non spécifié, l'exécutable cherchera dans le répertoire des plugins le paquet org.eclipse.equinox.launcher avec la version la plus récente.
  • lanceur.bibliothèque: Si non spécifié, l'exécutable regarde dans le répertoire plugins pour le fragment org.eclipse.equinox.launcher.[platform] approprié avec la version la plus haute et utilise la bibliothèque partagée nommée eclipse_* à l'intérieur.

Usedroit du travail (4406) droit du travail (4406) droit du travail (4406)"

le JDK6 est maintenant explicitement requis pour lancer Eclipse:

-Dosgi.requiredJavaVersion = 1.6

Ce Donc la question rapporte une incidence positive pour le développement sur Mac OS.


+Unlockexperientalvmoptions

les options suivantes font partie de certaines des options expérimentales de la JVM de Sun.

-XX:+UnlockExperimentalVMOptions
-XX:+UseG1GC
-XX:+UseFastAccessorMethods

ils ont été signalés dans ce post de blog pour potentiellement accélérer Eclipse.

Voir toutes les options ici et aussi dans la page officielle options Hotspot Java .

Note: la liste détaillée de ces options indique que UseFastAccessorMethods pourrait être actif par défaut.

Voir aussi "mise à Jour de votre JVM" :

pour rappel, G1 est le nouveau collecteur d'ordures en préparation pour le JDK 7, mais déjà utilisé dans le la version 6 de la libération à partir des u17.


Ouverture de fichiers dans Eclipse à partir de la ligne de commande

voir le post de blog D'Andrew Niefer rapportant cette nouvelle option:

--launcher.defaultAction
openFile

indique au lanceur que s'il est appelé avec une ligne de commande qui ne contient que des arguments qui ne commencent pas par " - ", alors ces arguments devraient être traités comme s'ils suivaient " --launcher.openFile ".

eclipse myFile.txt

C'est le type de ligne de commande que le lanceur recevra sur windows lorsque vous double-cliquez sur un fichier qui est associé à eclipse, ou vous sélectionnez fichiers et choisissez " Open With " ou " Send To " Eclipse.

Relative paths sera résolu en premier par rapport au répertoire de travail courant, et en second lieu par rapport au eclipse répertoire du programme.

voir bogue 301033 pour référence. Originellement bug 4922 (octobre 2001, corrigé 9 ans plus tard).


p2 et la Unsigned boîte de Dialogue d'Invite

si vous en avez assez de cette boîte de dialogue lors de l'installation de vos nombreux plugins:

alt text

, ajouter dans votre eclipse.ini :

-Declipse.p2.unsignedPolicy=allow

voir ce post de blog de Chris Aniszczy , et le rapport de bogue 235526 .

je tiens à dire que la recherche en matière de sécurité appuie le fait que moins d'incitations sont meilleures.

Les gens ignorer les choses qui apparaissent dans le flux de quelque chose qu'ils veulent faire.

pour 3.6, nous ne devrions pas faire apparaître des avertissements au milieu du flux - peu importe combien nous simplifions, les gens vont juste les ignorer.

Au lieu de cela, nous devrions recueillir tous les problèmes, faire pas installer ces faisceaux avec des problèmes, et au lieu de ramener l'utilisateur à un point dans le flux de travail où ils peuvent fixer - ajouter la confiance, configurer la Politique de sécurité plus librement, etc. Cela s'appelle sécurité "mise en scène" .

---------- http://www.eclipse.org/home/categories/images/wiki.gif alt texte http://www.eclipse.org/home/categories/images/wiki.gif alt texte http://www.eclipse.org/home/categories/images/wiki.gif

options supplémentaires

ces options ne sont pas directement eclipse.ini ci-dessus, mais peut être utile si besoin.


L'utilisateur".accueil " question sur Windows7

quand eclipse démarre, il lira son fichier keystore (où les mots de passe sont conservés), un fichier situé dans user.home .

Si pour une raison quelconque que user.home ne se résout pas correctement à un chemin plein-fledge, Eclipse ne commencera pas.

Initialement soulevées dans this SO question , si vous éprouvez cela, vous devez redéfinir le fichier keystore à un chemin explicite (plus d'utilisateur.maison à résoudre au départ)

ajouter à votre eclipse.ini :

-eclipse.keyring 
C:\eclipse\keyring.txt

cela a été suivi par bug 300577 , cela a été résolu dans ce autre question SO .


Debug mode

attendez, il y a plus d'un fichier de configuration dans Eclipse.

si vous ajoutez à votre eclipse.ini l'option:

-debug

, vous activez le mode de débogage et Eclipse cherchera un autre fichier de configuration: un .options fichier où vous pouvez spécifier certaines options OSGI.

Et c'est génial quand vous ajoutez de nouveaux plugins à travers le dossier dropins.

Ajouter dans votre .fichier d'options les paramètres suivants, comme décrit dans ce blog post " Dropins diagnostic " :

org.eclipse.equinox.p2.core/debug=true
org.eclipse.equinox.p2.core/reconciler=true

P2 vous indiquera quels paquets ont été trouvés dans le dossier dropins/ , quelle demande a été générée, et quel est le plan d'installation. Peut-être que ce n'est pas une explication détaillée de ce qui s'est réellement passé, et de ce qui a mal tourné, mais il devrait vous donner de bonnes informations sur où commencer:

  • votre forfait faisait-il partie du régime?
  • Était-il problème d'installation (P2 faute)
  • ou peut-être qu'il n'est tout simplement pas optimal d'inclure votre caractéristique?

qui vient de Bug 264924 - [reconciler] pas de diagnostic de problèmes de dropines , qui résout finalement le problème suivant comme:

Unzip eclipse-SDK-3.5M5-win32.zip to ..../eclipse
Unzip mdt-ocl-SDK-1.3.0M5.zip to ..../eclipse/dropins/mdt-ocl-SDK-1.3.0M5

il s'agit d'une configuration problématique car OCL dépend D'EMF qui est absent.

3.5M5 ne fournit aucun diagnostic de ce problème.

Démarrer eclipse.

Aucun problème évident. Rien dans le journal des erreurs.

  • Help / About / Plugin les détails indiquent org.eclipse.ocl.doc , mais pas org.eclipse.ocl .
  • Help / About / Configuration n'a pas de détails (diagnostic) la mention de org.eclipse.ocl .
  • Help / Installation / Information Installed Software n'a aucune mention de org.eclipse.ocl .

où sont les marqueurs d'erreur de nice?


Manifeste Classepath

voir ce billet de blog :

  • En Galilée (aka Eclipse 3.5), JDT commencé à résoudre manifest classpath dans les bibliothèques ajoutées au chemin de construction du projet. Cela a fonctionné que la bibliothèque ait été ajoutée au chemin de construction du projet directement ou via un conteneur classpath, comme la bibliothèque utilisateur fournie par JDT ou une implémentation par un tiers.
  • dans Helios, ce comportement a été modifié pour exclure les conteneurs classpath de la résolution de classpath manifeste.

ça veut dire qu'une partie de votre les projets peuvent ne plus compiler dans Hélios.

Si vous voulez revenir au comportement de Galileo, ajouter:

-DresolveReferencedLibrariesForContainers=true

voir bogue 305037 , bogue 313965 et bogue 313890 pour les références.


pile IPV4

Ce DONC, la question mentionne une solution potentielle lorsqu'il n'est pas accès aux sites de mise à jour de plugin:

-Djava.net.preferIPv4Stack=true

mentionné ici juste au cas où il pourrait aider dans votre configuration.


JVM1.7x64 optimisations potentielles

Cet article , rapporte:

pour rappel, les options les plus rapides que j'ai trouvées jusqu'à présent pour mon test au banc avec les fenêtres 1.7 x64 JVM n sont:

-Xincgc 
-XX:-DontCompileHugeMethods 
-XX:MaxInlineSize=1024  
-XX:FreqInlineSize=1024 

mais j'y travaille encore...

316
répondu VonC 2017-05-23 15:26:09
la source

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é.

76
répondu VonC 2017-05-23 14:47:23
la source

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 .

63
répondu VonC 2017-05-23 15:26:09
la source

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.

20
répondu Mikko Rantalainen 2012-06-27 13:29:17
la source

- 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.
14
répondu Stephen Denne 2010-07-08 02:16:40
la source

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

9
répondu Ben W. 2009-07-07 23:58:42
la source

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

9
répondu Gilberto Olimpio 2009-08-04 18:02:19
la source

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

7
répondu Kire Haglin 2009-12-03 09:20:32
la source

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
5
répondu CurlyBrackets 2011-09-24 05:56:04
la source
-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

5
répondu A Null Pointer 2011-10-15 11:59:01
la source

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
4
répondu Chris Dennett 2010-07-18 21:46:55
la source

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

3
répondu Ken 2008-09-27 04:14:53
la source

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
. Plus d'informations sont disponibles ici: http://java.dzone.com/articles/latest-java-update-fixes
3
répondu Paul Gregoire 2010-07-28 20:12:59
la source

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

2
répondu 2009-10-07 08:07:50
la source

- 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

1
répondu Stephen Denne 2008-09-27 04:21:12
la source

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

0
répondu Dave L. 2008-09-27 02:38:43
la source

Autres questions sur eclipse jvm