Eclipse Beine machen
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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?
-
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
-
Normalerweise gibts UpdateManager im Programm um eben nicht auf die HP schauen zu müssen...
MfG SideWinder
-
Nicht daß Dein Problem irgendwie in der JVM hängt...
Läuft denn ein simples Main.class das paar Zeilen speichert schneller durch?!
