Options JVM équivalentes avec Oracle J2SE 1.7, pour Eclipse 'kepler' 4.3
essaie d'améliorer les performances D'Eclipse "Kepler" rel-4.3 IDE sur un réseau de faible puissance (Double noyau 1,66 MHz atome N455), en exécutant une distro 64 bits basée sur Debian.
Trouvé les 2 questions précédentes ( t1 , t2 ) sur SOI, et essayé quelques combinaisons.
$ java -version
java version "1.7.0_07"
Java(TM) SE Runtime Environment (build 1.7.0_07-b10)
Java HotSpot(TM) 64-Bit Server VM (build 23.3-b01, mixed mode)
adoptant les réglages suivants pour eclipse.ini, au lieu d'un démarrage et d'une exploitation plus rapides, j'ai ressenti un certain ralentissement au lieu de cela, comparé à l'éclipse par défaut.l'initiative et L'utilisation D'OpenJDK 6 avec IcedTea. La question est donc de savoir si l'une des opérations suggérées est dévalorisée ou en conflit avec Oracle Jave SE 1.7 151940920"
nouvelle éclipse.j'ai essayé:
-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
Origine de l'éclipse.ini:
-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20130327-1440.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.200.v20130521-0416
-product
org.eclipse.epp.package.java.product
--launcher.defaultAction
openFile
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.6
-XX:MaxPermSize=256m
-Xms40m
-Xmx512m
2 réponses
je tombe sur la même chose. Je pense que c'est plus un problème de "ce qui est déprécié dans votre version Java" puisqu'il passe la plupart des commandes à Java. Le fichier d'aide kepler n'est pas spécifique avec beaucoup de commandes que vous et moi passons donc c'est ce que je pense.
c'est le fichier D'aide Kepler http://help.eclipse.org/kepler/index.jsp?topic=%2Forg.eclipse.platform.doc.isv%2Freference%2Fapi%2Fconstant-values.html
une chose que je vais dire est après vitesse de lecture de L'Interweb je pense que ces 2 ne peuvent pas être utilisés en même temps, mais je ne sais pas. - XX:+UseConcMarkSweepGC - XX:+UseParNewGC
je viens d'avoir le 2ème dans la mine
c'est là que je lisais. http://www.fasterj.com/articles/oraclecollectors1.shtml
Eh bien, en le lisant encore, il semble que vous pouvez utiliser ces deux 2
regardez ici peut-être http://docs.oracle.com/javase/7/docs/technotes/tools/solaris/java.html
j'ai pu m'en tirer avec autant que ces args supplémentaires. Certains de ceux supplémentaires qui ne sont pas dans la dernière url que vous avez utilisée pourraient être dépréciés ou pourraient ne pas l'être, mais cela ne s'est pas crashé sur moi.
-d64
-Xms128m
-Xss4m
-Xmx248m
-Xfuture
-Xincgc
-XX:NewSize=8m
-Xrs
-XX:+AggressiveOpts
-XX:MaxGCPauseMillis=20
-XX:ParallelGCThreads=4
-XX:+UseConcMarkSweepGC
-XX:+UseLargePages
-XX:+UseParNewGC
-XX:CMSInitiatingOccupancyFraction=70
-XX:+UseCMSInitiatingOccupancyOnly
-XX:+UseParNewGC
-XX:+CMSConcurrentMTEnabled
-XX:ConcGCThreads=4
-XX:+CMSIncrementalPacing
-XX:CMSIncrementalDutyCycleMin=0
-XX:CMSIncrementalDutyCycle=5
-XX:GCTimeRatio=49
-XX:GCPauseIntervalMillis=1000
-XX:+UseCMSCompactAtFullCollection
-XX:+CMSClassUnloadingEnabled
-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
-XX:+DoEscapeAnalysis
-XX:+UnlockExperimentalVMOptions
-XX:PredictedClassLoadCount=16384
-XX:+UseCompressedOops