Eclipse Eclipse wird mit der zeit träger

[agent47]

Ich habe ein kleines Problem und zwar wird Eclips beim arbeiten (ab etwa 2h) merklich langsamer z.B.: das markieren von abschnitten dauert einige Sekunden. Auch wenn ich mehrere Fenster gleichzeitig offen habe dauert das wechseln zwischen Fenstern aber auch zwischen Tabs einige Sekunden.

Zu meinem System:
Hardware:
Intel Core 2 Quad Q9550 (4x 2,8GHz)
8GB DDR2 Ram
64GB SSD (Betriebssystem)
Asus ENGTX280 Grafikkarte
2 Samsung 24" Monitore
Software:
Kubuntu Linux 12.10 64bit (kein SWAP eingerichtet)
Oracle Java 8 aus einem PPA
Eclipse Juno Service Release 1 (Eclipse Java EE IDE for Web Developers)

Ich verwende Eclipse in verbindung mit dem PDT Toolkit zum erstellen von Internetseiten. Kann mir jemand vielleicht einen Tipp geben woran das liegen kann? Mit Kubuntu 12.04 und dem damals noch von Canonical über das Paketsystem ausgeliferten Java 7 hatte ich diese Probleme nicht.

 

[Bernd Hohmann]

Ist es denn nach einem Neustart von Eclipse vorbei?

Guck mal mit htop (im Terminal ggf. nachinstallieren) rein wie die Load average ist und ob ein oder mehrere Kerne immer voll ausgelastet sind. Mit F6 kannst Du die Liste nach CPU% sortieren, bei mir ist es zb. gerade der colord-sane der permanent 100% Last erzeugt (warum auch immer)

Spassig sind unter Linux auch hängende Flash-Instanzen die selbst einen Browserneustart überleben.

Bernd

 

[agent47]

Nach dem neustart ist es wieder normal. Mit dem Konsolen Befehl ist keine Core aus zu machen der eine unausgewogene Last hat, es laufen zwar recht viele Anwendungen gleichzeitig, auch eine aufwendige Flash Anwendung aber wie gesagt ist nach einem neustart alles wieder normal, zumindest für die nächsten 1 - 2h.

 

[Bernd Hohmann]

Nach CPU% und Speicher sortiert und nichts gefunden was irgendwie aus der Reihe fällt?

Das Phänomen dass Eclipse irgendwie träge wird hab ich auch, aber ganz ganz selten wenn ich mal was mit Heap > 10GB gemacht habe.

Bernd

 

[agent47]

Es ist der Chome Browser mit Falsh Plugin mit 93% gelistet aber wie gesagt die CPU Last schwankt bei um die 40% pro Core. Normal sollte die CPU und der Ram ja für beides völlig ausreichen.

 

[Bernd Hohmann]

Komisch.

Wenn Du Lust hast, kannst Du mir mal den Output von

top -bn1 -u1000

nach dem Start von Eclipse und nochmal wenns lahm wird per PN oder Mail an hohmann@harddiskcafe.de schicken.

Bernd

 

[agent47]

Das werde ich morgen mal machen

 

[Marco13]

Mal in der Eclipse.ini ein bißchen am Xmx rumpfuschen könnte auch einen Versuch wert sein, aber ist natürlich nur ins blaue geraten. Tritt der Effekt (soweit man das überprüfen kann) auch bei einem "reinen" Eclipse ohne weitere Plugins auf? (Nur um ggf. die Ursache eingrenzen zu können...)

 

[Bernd Hohmann]

Das werde ich morgen mal machen

Ich kann es mir erst nach dem Abendessen anschauen, muss morgen beim Kunden DOS-Software pflegen.

Achso: wenn Du nicht der einzigste User auf der Kiste bist, bitte "top -bn1 -u$UID" ausführen.

@Marco: Leak in Java 8?

Bernd

 

[mla.rue]

Bei uns (4 Linux Kisten) geht Eclipse schneller in die Knie, je länger der Rechner ohne Neustart läuft. Letztens erst erreichte hier Eclipse auf ein em Rechner nach nur 1h 100% CPU Auslastung, Kollege hat sich ständig gewundert, irgendwann hat er den Rechner "notgedrungen" (sonst macht er das nicht) neu gestartet und schwups, lief Eclipse wieder wie geschmiert (haben es dann auf 3 anderen Rechner probiert und es war immer das gleiche).

Mein Rechner ist gerademal 1/3 so gut wie deiner (CPU Stärke, RAM, HD) und habe mit Eclipse keine Probleme.

 

[maki]

agent47,

zeig mal deine eclipse.ini, mehr Speicher könnte helfen.

 

[KSG9|sebastian]

Hi,

hatte ein ähnliches Problem mit Eclipse 4.2 (JEE, GWT, Maven, Subclipse..)

Nach ein bis zwei Stunden arbeiten hatte Eclipse regelmäßige Hänger von 5-30 Sekunden, z.B. beim Clearen der Console.

Was geholfen hat war ein komplettes Update aller Eclipse-Pakete + Plugins + entsprechendes Tuning in der eclipse.ini (MaxPermSize, Xms/Xmx und noch n paar "experimental features").

Unter Umständen kann man auch mal einen anderen GC versuche...das macht aber meistens mehr kaputt als ganz.

 

[agent47]

eclipse.ini

-startup
plugins/org.eclipse.equinox.launcher_1.3.0.v20120522-1813.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.1.200.v20120522-1813
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
--launcher.defaultAction
openFile
-product
org.eclipse.epp.package.jee.product
--launcher.defaultAction
openFile
-vmargs
-Dosgi.requiredJavaVersion=1.5
-Dhelp.lucene.tokenizer=standard
-Xms40m
-Xmx512m
-XX:MaxPermSize=256m

An der eclipse.ini habe ich nichts verändert zum Original. Zu den htop Infos komme ich heute leider nicht dazu.

 

[maki]

Versuche es mal mit

-Xms512m
-Xmx1024m

oder gar noch höher, RAM scheinst du ja zu haben.

 

[agent47]

ich habe jetzt folgende Werte gesetzt:

-Xms512m
-Xmx2048m

Gehe ich recht in der Annahme das -Xms der Speicher ist der sofort für Eclipse reserviert wird und -Xmx der Maximal mögliche speicher für Eclipse ist?

Was hat der Parameter unter diesen 2 gerade genannten zu bedeuten?

-XX:MaxPermSize=256m

Ram allgemein ist ja genug da, im durchschnitt sind rund 6GB nicht verwendet, daher kann Eclips ruhig bis zu 2GB Ram ab bekommen

 

[Gonzo17]

Gehe ich recht in der Annahme das -Xms der Speicher ist der sofort für Eclipse reserviert wird und -Xmx der Maximal mögliche speicher für Eclipse ist?

Jap, schau hier: performance - Speed tradeoff of Java's -Xms and -Xmx options - Stack Overflow

Was hat der Parameter unter diesen 2 gerade genannten zu bedeuten?

-XX:MaxPermSize=256m

memory - What is 'PermSize' in Java? - Stack Overflow

 

[maki]

Xms ist der startwert für den Heap, Xmx der Maximalwert, wenn du weisst dass du viel brauchst, kannst du beides auf denselben Wert setzen, spart Zeit da der ganze Speicehr beim starten reserviert wird.

MaxPermSize regeln die max. Größe des PermGenSpace, da würde ich Google empfehlen, sonst müsste ich heir das ganze Speichermodell von Java erklären.
Ist aber gar nicht so wichtig wen du kein Javaentwickelr werden willst

Läuft es denn besser oder nicht?
Schon möglich das Juno (4.2) Bugs hat, insbesondere mit einem Nightly Build von Java 8...

 

[agent47]

Es läuft schon besser, aber ob es wirklich die lößung war/ist wird sich erst noch zeigen wenn ich wiedermal 8 oder 10h am stück Eclipse in betrieb habe.

Aber schonmal Danke für eure Hilfe.