Delphi XE2: IDE extrem langsam

[jbg]

Ist AQTime installiert? Wenn ja, wird CodeInsight schneller, wenn es nicht von der IDE geladen wird? Ich habe da so einen Verdacht, dass sich ein Plugin etwas tief vergraben hat.

UPDATE:
Ich habe den Auslöser gefunden. Wenn man die "Embarcadero LiveBindings Components" (3 Packages) deinstalliert, wird gleich alles viel schneller: Umschalten von Code=>Design=>Code, CodeInsight kommt schneller.

[squetk]

Stimmt! Ich habe die drei mal rausgeworfen und jetzt ist die IDE genauso schnell wie die auf dem selben Rechner installierten Delphi 2009 und XE!
Selbst wenn viele Units offen sind.

Besten Dank!

Stellt sich nur die Frage, ob wir nun auf Dauer auf die LiveBindings verzichten müssen.

[Delphi-Laie]

Zitat von jbg:

UPDATE:
Ich habe den Auslöser gefunden. Wenn man die "Embarcadero LiveBindings Components" (3 Packages) deinstalliert, wird gleich alles viel schneller: Umschalten von Code=>Design=>Code, CodeInsight kommt schneller.

Ich litt zwar nicht an dieser Langsamkeit, weil ich XE2 bisher nur zum Compilieren schon fertiger Projekte benutzte, aber dennoch auch von mir große Anerkennung und Dank für diesen Spürsinn und den Erfolg!

Wofür man diese "LiveBindings" benötigt (oder wofür nicht), möchte ich jetzt nicht hier erfragen (das läßt sich über Suchfunktionen finden), jedoch etwas anderes: Könnte es sein, daß (auch) diese "LiveBindings" fehlerhaft sind? Also, daß sie CodeInsight bis zur (Un-)Zumutung verlangsamen, ist sicher nicht beabsichtigtes Ziel und wurde sicher nicht vorsätzlich dort hineinprogrammiert.

Falls ja: Sollte man diesen Fehler (nicht) Embarcadero melden?

[smudo]

Wow, das würd ich ja mal fast als vollen Erfolg werten, wenn die Livebindings nicht gerade einer der Gründe für den Kauf von XE2 gewesen wären

Trotzdem einen riesen Dank an jbg und natürlich an squetk, der das ganze Thema ins Rollen brachte.

[Daniel]

Das macht doch hoffnungsvoll, dass die Ursache oder eine der Ursachen jetzt identifiziert ist. Das sollte uns einem Patch durch EMBT oder andere *g* einen großen Schritt näher gebracht haben.

Vielen Dank, Andreas für die Analyse.

[jbg]

Zitat von Daniel:

Das sollte uns einem Patch durch EMBT oder andere *g* einen großen Schritt näher gebracht haben.

Warum habe ich das Gefühl, dass den Bug mal wieder ich beheben muss und dass es sehr wahrscheinlich ist, dass der "Fix" nicht in den IDE Code einfließen wird. Wie kann man eigentlich so einen Schrott programmieren (oder ich lese das falsch heraus), aber anstatt dass die IDE weiß wie alle geladenen Dateien heißen, muss sie das per "ModuleIs()" an jeder Datei nachfragen. Und ModuleIs() wird von mehreren Klassen unterschiedlich implementiert. Eine Optimierung ist da schier unmöglich. Nichtsdestotrotz habe ich jetzt eine Lösung gefunden. Nur ist die leider sowas von unsauber: Zwei mal mehrere Listen wegkopieren und beim erneuten "mod 2" Aufruf die neuen Listen mit den alten vergleichen und dann das Ergebnis des letzten Aufrufs per Callback-Funktion zurückgeben. Gefällt mir nicht, funktioniert aber anscheinend sehr gut.

Leider ist mir beim Testen gleich der nächste Bug aufgefallen. Wenn man mehrere Dateien offen hat und zusätzlich noch eine Menge Projekte in der Projektgruppe hat, dann wird der Editor richtig langsam und man kann den Buchstaben einzeln zuschauen wie sie auftauchen. Der Grund: Bei jedem Tastendruck (außer Navigationstasten) wird das TabControl neugezeichnet. Und die IDE-TabControl Komponente ist so blöd und holt sich per Event-Handler den ImageIndex für jede offene Datei (auch wenn die gar nicht im sichtbaren Bereich sind). Das wiederum durchläuft so einige Schleifen. Ich tippe auf "Offene Dateien".Count * "Dateien in Projekten".Count im gesamten.

Meine Kollegen "nerven" mich schon mit, "wann schreibst du eigentlich mal eine eigene IDE". Irgendwann werde ich sicherlich zu dem Punkt kommen (wenn da nicht so viel zu tun wäre) [nein, Lazarus fasse ich nicht an]

[himitsu]

Wäre schön, wenn du in deiner IDE dann eine schnucklige OTA verbaust, damit wir dann für dich Buxfixes schreiben könne, ohne rumhacken zu müssen.

[QuickAndDirty]

jbg bist du eigentlich zu teuer, dass man dich nicht zum entfernen solcher Fehler im Originalsource beschäftigen/Anheuern/was_auch_immer kann?

Oder bist du zu billig, weil der Fix ja eh Gratis kommt?

[Stevie]

Zitat von jbg:

Ich habe den Auslöser gefunden. Wenn man die "Embarcadero LiveBindings Components" (3 Packages) deinstalliert, wird gleich alles viel schneller: Umschalten von Code=>Design=>Code, CodeInsight kommt schneller.

Bei dieser News konnte ich mir zugegebenermaßen ein hämisches Lachen nicht verkneifen