Ustawienia Eclipse Galileo 3.5 i 3.5.1

Obecnie (listopad 2009), testuję z jdk6 update 17 następujący zestaw konfiguracji opcji (z Galileo -- eclipse 3.5.X, patrz poniżej dla 3.4 lub powyżej dla Helios 3.6.x):
(oczywiście, dostosuj ścieżki względne obecne w tym zaćmieniu.ini to the correct paths for your setup)

Uwaga: dla eclipse3. 5, zastąp startup i launcher.library linie przez:

-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

Zaćmienie.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

Zobacz także moją oryginalną odpowiedź powyżej aby uzyskać więcej informacji.

Zmiany (od lipca 2009)

Program uruchamiający nie jest używany do tworzenia ramek.]}
• współdzielone wtyczki: org.eclipse.equinox.p2.reconciler.dropins.directory opcja.
Galileo obsługuje w pełni względne ścieżki dla przestrzeni roboczej lub maszyny wirtualnej (unikaj konieczności modyfikowania tych ścieżek z jednej instalacji eclipse do drugiej, jeśli, oczywiście, JVM i przestrzeń robocza pozostają takie same) [28]} Wcześniej te ścieżki względne były przepisywane na absolutne, gdy eclipse samo się uruchomiło...
• Możesz również skopiować katalog JRE instalacji Java JDK wewnątrz twojego katalogu eclipse

Caveats

Był błąd z ignorowane punkty przerwania właściwie związany z JDK.
Używaj JDK6u16 lub nowszego dla uruchamiania eclipse (możesz następnie zdefiniować tyle JDK, ile chcesz skompilować w eclipse: nie dlatego, że uruchamiasz eclipse z JDK6, nie możesz będzie musiał skompilować z tym samym JDK).

Max

Zwróć uwagę na użycie:

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

Jak udokumentowano w Eclipse Wiki ,

Eclipse 3.3 obsługuje nowy argument do Launchera: --launcher.XXMaxPermSize.
Jeśli używana maszyna wirtualna jest maszyną wirtualną Sun i nie ma jeszcze argumentu -XX:MaxPermSize= VM, to launcher automatycznie doda -XX:MaxPermSize=256m do listy używanych argumentów VM.
Launcher 3.3 jest w stanie zidentyfikować tylko maszyny wirtualne Sun na Okna.

Jak szczegółowo w ten wpis :

Nie wszystkie maszyny wirtualne akceptują argument -XX:MaxPermSize, dlatego jest on przekazywany w ten sposób. Mogą (lub nie) występować problemy z identyfikacją maszyn wirtualnych sun.
Uwaga: Eclipse 3.3.1 zawiera błąd , w którym launcher nie może wykryć maszyny wirtualnej Sun, a zatem nie używa prawidłowej wielkości PermGen. Wydaje się, że mógł to być znany błąd na Mac OS X dla 3.3.0 również.
W przypadku stosowania obu z tych kombinacji platform, dodać flagę -XX do eclipse.ini, jak opisano powyżej.

Uwagi:

• linia" 384m "tłumaczy się na" =384m "część argumentu maszyny wirtualnej, jeśli maszyna jest wrażliwa na wielkość liter na" m", to tak jest ten argument.
• prefiks "--launcher. " określa, że argument jest używany przez sam launcher i został dodany do konkretnych argumentów launchera, aby uniknąć kolizji nazw z argumentami aplikacji. (Inne przykładami są --launcher.library, --launcher.suppressErrors)

Część -vmargs -XX:MaxPermSize=384m jest argumentem przekazywanym bezpośrednio do maszyny wirtualnej, całkowicie pomijając launcher i nie używa się sprawdzania dostawcy maszyny wirtualnej.

Eclipse Ganymede 3.4.2 settings

Aby dowiedzieć się więcej, Zobacz Ustawienia Eclipse Galileo 3.5 powyżej.

JDK

Najlepsze ustawienie JVM Zawsze , moim zdaniem, zawiera najnowszy JDK, który można znaleźć (więc na razie jdk1.6.0_b07 do b16, z wyjątkiem b14 i b15)

Zaćmienie.ini

Nawet przy tych dość niskich ustawieniach pamięci, mogę uruchamiać duże projekty java (wraz z serwerem WWW) na moim starym (2002) desktop with 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

Zobacz GKelly ' s SO answer i wpis na blogu Piotra Gabryanczyka Po Więcej szczegółów na temat nowych opcji.

Monitoring

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

Jak zostało powiedziane w poprzednim pytaniu o zużycie pamięci .

Eclipse Indigo 3.7.2 settings (64 bit linux)

Ustawienia dla Sun / Oracle java w wersji "1.6.0_31" i Eclipse 3.7 działającej na Linuksie x86-64:

-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

Zauważ, że używa się tylko 200 MB dla sterty i 150 MB dla sterty innej niż sterta. Jeśli używasz ogromne wtyczki, możesz chcieć zwiększyć limity "- Xmx200m " i "- XX: MaxPermSize=150m".

Głównym celem optymalizacji dla tych flag było zminimalizowanie opóźnień we wszystkich przypadkach i jako cel optymalizacji wtórnej minimalizuje zużycie pamięci.

-showlocation

Aby łatwiej było mieć eclipse uruchomiony dwa razy i wiedzieć, z którym obszarem roboczym masz do czynienia

Eclipse 3.6 dodaje opcję preferencji, aby określić, co pokazać dla Workspace name (shown in window title), który działa znacznie lepiej niż -showlocation z trzech powodów:

1. nie musisz restartować eclipse ' a, aby mógł działać.
2. Możesz wybrać krótki kod.
3. pojawia się najpierw, przed perspektywą i nazwą aplikacji.

Jeśli chodzi o jdk6 update 14, sugerowałbym użycie G1 garbage collector, który wydaje się pomagać w wydajności.

Aby to zrobić, usuń te ustawienia:

- XX: + UseConcMarkSweepGC
-XX: + CMSIncrementalMode
-XX: + CMSIncrementalPacing

I zastąp je tymi:

- XX: + UnlockExperimentalVMOptions
-XX: + UseG1GC

Jeśli używasz Linuksa + Sun JDK / JRE 32bits , Zmień "- vm " na:

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

Jeśli używasz Linuksa + Sun JDK / JRE 64bits , Zmień "- vm " na:

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

To działa dobrze dla mnie na Ubuntu 8.10 i 9.04

Możesz również spróbować uruchomić z JRockit . Jest to JVM zoptymalizowany pod kątem serwerów, ale wiele długo działających aplikacji klienckich, takich jak IDE, działa bardzo dobrze na JRockit. Eclipse nie jest wyjątkiem. JRockit nie ma przestrzeni trwałej, więc nie musisz jej konfigurować.

Możliwe jest ustawienie celu czasowego pauzy(ms), aby uniknąć długich przerw gc opóźniających interfejs użytkownika.

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

Zwykle nie zawracam sobie głowy ustawieniami-Xmx i-Xms i pozwalam Jrockitowi rozwijać stertę tak, jak widzi to konieczne. Jeśli uruchomisz swój Aplikacja Eclipse z JRockit możesz również monitorować, profilować i znajdować wycieki pamięci w aplikacji za pomocą pakietu narzędzi JRockit Mission Control. Możesz pobrać wtyczki z tej Strony aktualizacji . Uwaga, działa tylko dla Eclipse 3.3 i Eclipse 3.4

Oto moje własne ustawienie dla mojego Eclipse działa na laptopie i7 2630M 16GB RAM, to ustawienie jest używany przez tydzień, bez jednego upaść, a Eclipse 3.7 działa płynnie.

-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

Obliczenia: Dla Win 7 x64

• Xms = Pamięć Fizyczna / 16
• Xmx = Pamięć Fizyczna / 4
• MaxPermSize = taka sama jak wartość domyślna, która wynosi 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

I te ustawienia zadziałały jak urok dla mnie. Używam OS X10.6 , Eclipse 3.7 Indigo, JDK1.6. 0_24

Moje własne ustawienia (Java 1.7, modify for 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 lubi dużo pamięci RAM. Użyj co najmniej-Xmx512M. więcej, jeśli jest dostępny.

Jeśli lubisz mnie i masz problemy z aktualnym wydaniem Oracle 1.6, możesz zaktualizować swój JDK lub ustawić

-XX:MaxPermSize

XX: + UseParallelGC to najbardziej niesamowita opcja w historii!!!

- vm
C:\Program Files\Java \ jdk1. 6. 0_07 \ jre \ bin\client\jvm.dll

Aby określić, której wersji java używasz, użyj biblioteki dll zamiast uruchamiania procesu javaw

Oto czego używam (choć mam je w skrócie zamiast pliku ustawień):

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