Eclipse Beine machen

Xin

Holla!

Ich startete vor kurmen nochmals der Versuch, Eclipse irgendwie sinnvoll ans Laufen zu bekommen. Irgendwie bekomme ich das offenbar nicht brauchbar ohne Hilfe geschissen. :-\
Ich versuche auf Debian mit der Sun JVM (V5) Eclipse ans Laufen zu bringen. Installiert sind CDT und das Subversion Plugin.
Das Problem ist nun, dass Eclipse zum Wechseln des Sourcecodes etwa 10 Sekunden braucht. Die Codevervollständigung funktioniert, aber leider auch mit längerer Gedenkpausepause, in der ich die Funktion auch aus der Doku hätte nachschlagen können. Das Speichern einer Datei dauert etwa ebenso lange (10Sek.). Produktivität endet bei dem Wunsch, den Computer aus dem Fenster zu werfen. In der Zeit ist Eclipse tot und reagiert nicht mehr, die Oberfläche wird in der Zeit auch nicht wieder aufgebaut, wenn man ein Fenster drüber schiebt.
Dabei entstehen keine Fehlermeldungen auf der Konsole.

Der Rechner ist ein P4 3,2GHz mit 1G RAM.

Der Aufruf lautet:
eclipse -vm /usr/java -Xmx512M -Xms128M -Xbatch -Xoptimize

Ich hab mal -Xmx768M -Xms512M ausprobiert, stört aber auch nicht weiter. Mehr geht mangels RAM nicht.

Auf meinem Laptop (P-M 1,8GHz, 2G RAM) starte ich Eclipse mit -Xmx1024M -Xms256M.
Das Wechseln von Sourcecodes kann man mit dem Auge noch nachvollziehen, ist aber akzeptabel. Codevervollständigung dauert etwa 3 Sekunden.
Speichern dauert hier rund etwa 1 Sekunde. Das ist immernoch verdammt lang für einen 20 Zeiler, aber wenigstens sind die Daten auf der Platte, wenn man das Kompilieren startet. An den 256M RAM wird es wohl nicht liegen, um 20 Zeilen Code zu speichern!?

Ich versuche mich derzeit mit Eclipse anzufreunden, bin also noch recht frisch mit Eclipse unterwegs. Ein kurzer Versuch letztes Jahr scheiterte am gleichem Problem.
Da ich im INet häufiger lese, dass Eclipse nicht nur kriechen kann, sondern auch schön laufen können soll, weiß vielleicht jemand ein paar Tipps, wie ich Eclipse mal Beine machen kann?

Ich bin für jede Idee und jeden Tipp dankbar, ansonsten scheitert das zweite Eclipse-3.1-Experiment ebenso und ich teste es dann bei in V4 mal wieder an...

SideWinder

CDT ist noch nicht ordentlich zu gebrauchen. Eclipse ist eigentlich nur mit JDT richtig brauchbar

Im Auruf fehlt dir irgendwie ein -vmargs

MfG SideWinder

SideWinder

BTW: Da seh ich grad ich führ Eclipse komplett ohne Parameter auf eienr viel schwächeren Kiste (Intel Pentium M 2GHz, 1GB RAM) aus und hab absolut keine Probleme.

Die Zeit bis Codevervollständigung aufploppt kannst du in den Einstellungen einstellen.

MfG SideWinder

Das kriegen wir schon auf die Reihe.

Das wichtigste ist erstmal eine aktuelle JVM. Ich empfehle dir die 1.5.0_6 von Sun, keinesfalls weniger. Selber benutze ich die Beta 1 von Java 6, die noch ein gutes Stück schneller ist bei mir. Dann nen aktuellen Eclipse-Build. 3.1.2, kein Stück älter. Selber benutze ich den neuesten 3.2-Milestone.

Meine Kommandozeilen-Parameter sind: javaw.exe -Xms256M -Xmx1024M -Xbatch -Xoptimize -jar d:\home\programmierung\Eclipse\eclipse\startup.jar

Für dein System ist wahrscheinlich -Xms128M -Xmx768M sinnvoll. In der Error-Liste nicht den Filter ausschalten, der die Anzahl der Items begrenzt. Da muss ein krasser Bug drin sein, bei 35,000 Warnings dauert nur das Sortieren und Warten der Liste unzählige Sekunden. 1,000 Items kannst aber schon setzen.

Die Pause bei der code completion ist möglicherweise noch eingestellt. Standardmäßig wird es absichtlich ein bisschen verzögert, dass lässt sich abstellen.

SideWinder schrieb:

CDT ist noch nicht ordentlich zu gebrauchen. Eclipse ist eigentlich nur mit JDT richtig brauchbar

Im Auruf fehlt dir irgendwie ein -vmargs

MfG SideWinder

Das Eclipse-Executable würd ich gar nicht benutzen, ich rufe jedenfalls immer gleich das .jar auf. Mir ist der Sinn von -vmargs blablabla ein bisschen schleierhaft, da brauche ich keine .exe mehr dann.

@Xin:
Weil mir CDT vorhin gerade entgangen ist: Die sind einfach scheiße. Für C++ empfehle ich dir eine andere IDE. Du wirst hier auch die code completion nicht wesentlich beschleunigen können, davon abgesehen funktioniert sie eh nicht gescheit. Stell sie lieber ab.

Gregor

Optimizer schrieb:

Selber benutze ich die Beta 1 von Java 6, die noch ein gutes Stück schneller ist bei mir.

Huh? Beta 1 von Java 6.0? Meinst du wirklich ne Beta-Version oder meinst du einen der Snapshots? ...in denen steht zwar "beta" oder "rc" oder sowas, aber das sind die eigentlich noch nicht. Ich habe letzt gehört, die Betaversion soll irgendwann im Frühjahr herauskommen und auf Snapshot b59 basieren.

SideWinder

Optimizer du bist ein bißchen voreilig was neue Verisonen angeht. Das fällt mir schon die ganze Zeit auf. Da hattest du als einer der ersten das .NET 2.0, jetzt Java6, Eclipse eine Beta, usw.

Das ist *nicht* zu empfehlen sondern ruiniert deinen PC

JVM 1.5.0_6 -> Eclipse 3.1.1

MfG SideWinder

Gregor schrieb:

Optimizer schrieb:

Selber benutze ich die Beta 1 von Java 6, die noch ein gutes Stück schneller ist bei mir.

Huh? Beta 1 von Java 6.0? Meinst du wirklich ne Beta-Version oder meinst du einen der Snapshots? ...in denen steht zwar "beta" oder "rc" oder sowas, aber das sind die eigentlich noch nicht. Ich habe letzt gehört, die Betaversion soll irgendwann im Frühjahr herauskommen und auf Snapshot b59 basieren.

Ich hab gehört, dass die Beta 1 im Februar kommen soll. Vielleicht hab ich deswegen einen Schnellschluss gemacht. Egal, das Ding hat mehr Power.

SideWinder schrieb:

Optimizer du bist ein bißchen voreilig was neue Verisonen angeht. Das fällt mir schon die ganze Zeit auf. Da hattest du als einer der ersten das .NET 2.0, jetzt Java6, Eclipse eine Beta, usw.

Das ist *nicht* zu empfehlen sondern ruiniert deinen PC

JVM 1.5.0_6 -> Eclipse 3.1.1

MfG SideWinder

Hilft nichts, ich brauche die volle Power.
Ich empfehle natürlich auch ganz offiziell 1.5.0_6, allerdings Eclipse 3.1.2, was ganz sicher keine Beta ist.

Gregor

SideWinder schrieb:

Optimizer du bist ein bißchen voreilig was neue Verisonen angeht. Das fällt mir schon die ganze Zeit auf. Da hattest du als einer der ersten das .NET 2.0, jetzt Java6, Eclipse eine Beta, usw.

...ich wohl auch...

gregor@linux:~> /usr/java/jdk1.6.0/bin/java -version
java version "1.6.0-rc"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.6.0-rc-b67)
Java HotSpot(TM) Client VM (build 1.6.0-rc-b67, mixed mode, sharing)

...und läuft sehr stabil. Habe noch keine Probleme bemerkt. ...und bei Netbeans habe ich auch alle Betaversionen durchprobiert. Die waren aber teilweise etwas weniger stabil. Aber nicht problematisch.

SideWinder

Ihr Betaianer, irgednwann wirds euch erwischen :p:D

Was anderes: Wieso findet Eclipse beim UpdateManager die 3.1.2 nicht?

MfG SideWinder

Der funktioniert bei mir irgendwie nie.

Xin

SideWinder schrieb:

CDT ist noch nicht ordentlich zu gebrauchen. Eclipse ist eigentlich nur mit JDT richtig brauchbar

Im Auruf fehlt dir irgendwie ein -vmargs

MfG SideWinder

Jow, so hab' ich das aus der Doku auch gelesen. Ich hab' keine Ahnung, wofür es gut ist und die JVM startet nicht, weil sie -vmargs nicht versteht.
Rufe ich bei Eclipse die Help/About Eclipse/Configuration... (o.ä.) auf, steht da auch Xms und Xmx drin. Abgesehen davon schmiert Eclipse seitdem nicht mehr ab.

Optimizer schrieb:

Die Pause bei der code completion ist möglicherweise noch eingestellt.

Die Code-Completion springt nach 0,5s an. Erst dann hängt sich Eclipse für 10s weg.

Optimizer schrieb:

In der Error-Liste nicht den Filter ausschalten, der die Anzahl der Items begrenzt. Da muss ein krasser Bug drin sein, bei 35,000 Warnings dauert nur das Sortieren und Warten der Liste unzählige Sekunden.

Üblicherweise habe ich nach dem compilieren 0 Error, was die Sache aber auch nicht beschleunigt.

Optimizer schrieb:

Weil mir CDT vorhin gerade entgangen ist: Die sind einfach scheiße.

Öhh... wenn man über Eclipse liest, klingt das alles viel optimistischer, als was Du hier schreibst. :-\
Meiner bisherigen Erfahrung nach wäre ich mit einem simplen Editor allerdings tatsächlich schneller unterwegs.
Trotzdem würde ich gerne die Möglichkeiten von Eclipse nutzen, weil mir die Einbindung von SVN z.B. ganz gut gefällt.

Kann doch nicht sein, dass bei den ganzen Berichten keinem aufgefallen ist, dass die Idee einer sprachunabhängigen IDE toll ist, aber leider (noch) nicht funktioniert!?!?

Xin schrieb:

Jow, so hab' ich das aus der Doku auch gelesen. Ich hab' keine Ahnung, wofür es gut ist und die JVM startet nicht, weil sie -vmargs nicht versteht.
Rufe ich bei Eclipse die Help/About Eclipse/Configuration... (o.ä.) auf, steht da auch Xms und Xmx drin. Abgesehen davon schmiert Eclipse seitdem nicht mehr ab.

Deshalb starte das .jar-File und keine Probleme du mehr hast. Vielleicht werden deine Parameter im Moment gar nicht korrekt registriert.

Öhh... wenn man über Eclipse liest, klingt das alles viel optimistischer, als was Du hier schreibst. :-\
Meiner bisherigen Erfahrung nach wäre ich mit einem simplen Editor allerdings tatsächlich schneller unterwegs.
Trotzdem würde ich gerne die Möglichkeiten von Eclipse nutzen, weil mir die Einbindung von SVN z.B. ganz gut gefällt.

Kann doch nicht sein, dass bei den ganzen Berichten keinem aufgefallen ist, dass die Idee einer sprachunabhängigen IDE toll ist, aber leider (noch) nicht funktioniert!?!?

Die CDT sind ein Plugin von vielen und du kannst auch jederzeit ein schlechtes Plugin schreiben, wenn du das Bedürfnis hast. Bei den CDT ist das scheinbar ganz gut gelungen (ein schlechtes Plugin zu schreiben). Ich war selber nie wahnsinnig begeistert und ich habe auch noch keinen C++ler die CDT in den Himmel loben hören. Ich muss aber auch dazu sagen, dass ich so krasse Probleme, wie du sie beschreibst, nicht hatte.

Falls du lieber nur einen Texteditor benutzen willst, kannst du ja übrigens trotzdem bei Eclipse bleiben.

Xin

Optimizer schrieb:

Falls du lieber nur einen Texteditor benutzen willst, kannst du ja übrigens trotzdem bei Eclipse bleiben.

Leider nicht, da jeder Texteditor in 20 Sekunden das komplette Projekt mehrfach gespeichert hätte, wobei Eclipse noch an den ersten 20 Zeilen arbeitet.
Ich glaube nicht, dass das das Problem das Plugin ist.
Das mag vielleicht nicht so doll sein, wie Eclipse bei Java ist, aber Text speichern sollte Eclipse trotzdem schaffen.
Sooo schlecht, kann das Plugin nicht sein.

Der buildet doch bei jedem Speichern, deshalb dauert es so lang. Wenn du nur den Texteditor von Eclipse aufmachst, geht das natürlich sofort.

Xin

Optimizer schrieb:

Der buildet doch bei jedem Speichern, deshalb dauert es so lang. Wenn du nur den Texteditor von Eclipse aufmachst, geht das natürlich sofort.

Der 'buildet' nix.

Xin schrieb:

Optimizer schrieb:

Der buildet doch bei jedem Speichern, deshalb dauert es so lang. Wenn du nur den Texteditor von Eclipse aufmachst, geht das natürlich sofort.

Der 'buildet' nix.

Hast es ausgeschaltet? Normalerweise läuft bei den CDT bei jedem Speichern der g++ an. Du bist ja leider nicht so mitteilsam. Hast du mal ein "Simple Project" aufgemacht und nur ne Textdatei gespeichert?

borg

also ich bin sehr zufrieden mit eclipse + cdt. man muss es nur richtig konfigurieren, die standard-einstellungen von cdt sind nicht zu gebrauchen.
(und das obwohl ich anfangs eigentlich kein eclipse fan war )

SideWinder schrieb:

Ihr Betaianer, irgednwann wirds euch erwischen :p:D

Was anderes: Wieso findet Eclipse beim UpdateManager die 3.1.2 nicht?

MfG SideWinder

weil du die Anleitung nicht gelesen hast oder dir dazu zu fein bist:
http://www.eclipse.org/eclipse/platform-releng/updatesfor3.1.1.html

SideWinder

Normalerweise gibts UpdateManager im Programm um eben nicht auf die HP schauen zu müssen...

MfG SideWinder