Die Speichernutzung von Eclipse 3.4 geht durch das Dach bis zu dem Punkt, an dem es zu einem Problem wird.
Ich habe ein einfaches BlackBerry-Projekt geladen und die Nutzung steigt auf fast 400 MB, manchmal sogar höher. Gibt es etwas, das getan werden kann, um es zu beseitigen?
Antworten:
Eclipse 3.4 kann dank des Rechtschreibprüfungs-Plug-Ins viel mehr Speicher als die vorherigen Versionen belegen .
Sie können das Plug-In ausschalten, indem Sie zu Fenster -> Einstellungen -> Allgemein -> Editoren -> Texteditoren -> Rechtschreibung gehen und das Kontrollkästchen "Rechtschreibprüfung aktivieren" deaktivieren.
Natürlich würden Ihnen auch die angebotenen Tipps zur Verwendung größerer Haufengrößen und besserer Müllsammler gut tun.
Durch General -> Show heap statusAktivieren wird dies aktiviert
in der unteren Leiste. Auf diese Weise können Sie den Garbage Collector jederzeit manuell ausführen, indem Sie auf den Papierkorb klicken. Es ist keine Lösung, eher eine Problemumgehung, aber es hat dazu beigetragen, meine RAM / CPU-Auslastung massiv zu reduzieren.
In Eclipse Luna 4.4.1 wurde versucht, meine Speichernutzung in Eclipse zu reduzieren. Ich habe es geschafft, meine von 600 MB auf 300 MB zu rasieren. Ich habe folgendes gemacht:
Deaktivierte die beim Start aktivierten Plugins, die ich nicht verwendet habe. Windows> Einstellungen> Allgemein> Starten und Herunterfahren
Geschlossene Projekte, an denen ich damals nicht gearbeitet habe.
Die Hinweise / Tipps finden Sie hier: http://blog.elijaa.org/2010/09/20/tricks-to-speed-up-eclipse-php-helios-pdt-2-2/
Während Sie wahrscheinlich an der Konfiguration basteln, verschiedene Plugins usw. entfernen könnten , ist es wahrscheinlich kostengünstiger, mehr Speicher zu kaufen. Wie viel hast du aktuell? Ich würde einen Entwicklercomputer mit weniger als 2 GB Speicher als unter den Spezifikationen liegend betrachten, und ich vermute, dass viele Leute das verdoppeln würden ...
Moderne Versionen von Eclipse benötigen ziemlich viel RAM, um ihre Sache zu erledigen. Sollte aber trotzdem auf jeder modernen Maschine ziemlich schnell laufen.
Angenommen, Sie haben genügend physischen Speicher (2 GB sind in Ordnung, es sei denn, Sie führen viele andere Prozesse aus oder verwenden RAD). In diesem Artikel zur Speichernutzung von Eclipse finden Sie einige Tipps zum Ändern der Einstellungen. Die beiden häufigsten Schuldigen sind, dass Xmx und / oder MaxPermSize zu niedrig eingestellt sind (Xmx ist standardmäßig 256 MB und MaxPermSize standardmäßig 64 MB).
Sie ändern die Werte, indem Sie Befehlszeilenargumente übergeben oder die Datei eclipse.ini am Installationsort von Eclipse optimieren.
Sie sollten am Ende so etwas haben:
...
-vmargs
-Xms128m
-Xmx1024m
-XX:MaxPermSize=128m
Meine Eclipse übernimmt über 800 MB Einwohner und 2 GB virtuelle (ein Teil davon wurde möglicherweise ausgetauscht). Java kann ein Schwein sein, es gibt Java die ganze Zeit schlechte Presse.
Es gibt jedoch etwas, das viele Menschen nicht kennen: den inkrementellen Müllsammler. -Xincgc
Der Nebeneffekt ist, dass der Speicher von Zeit zu Zeit an das System zurückgegeben wird. Standardmäßig nimmt und nimmt Java nur und wenn es keinen Speicher mehr benötigt, behält es ihn für sich. Das incgc ist eine andere Strategie, bei der es vernünftiger wird anzunehmen, dass der Speicher ohne Probleme an das System zurückgegeben werden kann. Dies kann jedoch die Leistung beeinträchtigen.
Es gibt viele Einstellungen für die Speicherbereinigung. Sie können auch mehrere Threads für GC verwenden. Der parallele GC macht das. Ich bin mir nicht sicher, ob dieser die Erinnerung zurückgibt, glaube nicht.
Wenn 400 MB RAM ein großes Problem für Sie sind, können Sie eine andere IDE ausprobieren. Eclipse speichert viele Statusinformationen, von denen einige oder die meisten nicht benötigt werden. Das ist eine Designwahl.
Im Moment habe ich das gleiche Projekt sowohl in Eclipse als auch in QtCreator geöffnet: Nach einer sauberen Neuerstellung verwendet Eclipse 156 MB RAM, Qt Creator ist mit 66 MB zufrieden.
Sie können die 64-Bit-Version von Eclipse mit der 64-Bit-Version von JDK unter Windows 7 ausprobieren. Beide haben einige seltsame Probleme mit dem Framework von Drittanbietern verursacht, mit dem ich arbeiten muss. Das 32-Bit-JRockit (jetzt kostenlos) von Oracle scheint schneller zu sein und etwas besser im Speicher zu sein. Dies sind meine Eclipse.ini-Einstellungen:
Dies ist mein 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
Ich habe auf das 32-Bit-JRockit-JDK umgestellt, das für Eclipse etwas schneller zu sein scheint. Ich schalte aus und installiere nicht mehr als ich brauche. Für jede einzelne Art der App-Entwicklung (Android, J2EE, nur Spring, ...) habe ich verschiedene Eclipse-Installationen. Festplattenspeicher ist billig. Dann kann ich genau die Plugins haben, die ich für jedes brauche. Ich würde nie wollen, dass alle Android-Tools geladen werden, wenn ich sie nicht benutze. STS ist auch nur für das Spring-Zeug gut und ich habe eines nur für die OpenShift Cloud-Arbeit.