IDE Beschleunigen

[arnof]

ich meine hier XE2. Was ich meine ist die zwischen Compilierung die Delphi macht um mir ggf irgendwelche Tipps und Hinweise zu geben. Ich habe schon einiges abgeschaltet, aber wenn ich mehrere Fenster offen habe (Klassisches Design) mit vielen Komponenten drauf, Actionslists auf mache und noch den Menüdesigner dann ist die IDE mehr mit sich selbst beschäftigt, als das man Arbeiten kann.

PS: genau dann schau ich hier ins Forum wenn ich wieder 30 sec warten muss!

[arnof]

Dann sieht meine CPU so aus für ca 30 sec. (schnelle SSD 's sind schon drin) Rechner mäßig kann man fast nicht mehr machen!

[Der schöne Günther]

Ich muss ehrlich sagen, ich verstehe immer noch nicht, was gemeint ist. Meinst du die Code Completion?

Kannst du ein ganz konkretes Beispiel geben?

Zu hause auf meiner alten Rappelkiste braucht ebendiese wirklich stellenweise ein paar Sekunden. Uffe Schicht mit SSD ist das RAD Studio eigentlich durchgehend blitzschnell...

[arnof]

Mein Problem ist der Designer im zusammenspiel mit dem Objectinspector selbst. D.h. ich klicke was auf der Form an und irgendwann geht es einfach nicht weiter und die IDE macht irgendwas (ich denke sie compiliert im Hintergrund) dann geht es je nach Projektgröße irgendwann wieder weiter.

In XE5 habe ich das auch schon beobachtet, dort sind die Projekte viel kleiner, dann sind das halt mal 5-6 sec.

[Jens01]

Ich kann es gerade nicht finden, aber (ich glaub) Andreas hat das hier mal beschleunigt.
Ansonsten Andreas direkt fragen, der weiss immer ne Antwort auf sowas.
Gruss Jens

[arnof]

Also ich habe jetzt mal genau geschaut.

Langsam ist nur der Designer selbst der bei großen Fenstern alles lahmlegt. Objectstruktur und weitere Sachen die man nicht braucht ist alles ausgeblendet.

Der Editor selbst ist ok, der Designer ist das Problem. manchmal kann man ein Flackern in der Toolpalette sehen das Suchen flackert.

Ich habe allerdings viele viele Komponenten installiert (TMS fast komplett, Devexpress, LMD, Jedi und einiges anderes)

[Der schöne Günther]

Ich habe in meinem Projekt ein riesiges Formular das eine Vielzahl an Frames die teilweise wieder Frames welche wieder Frames enthalten. Da braucht er vielleicht 1-2 Sekunden um das Formular einmal aufzubauen. Aber dann war es das für den Tag auch. Darin enthalten auch ein paar Fremdkomponenten, insbesonders reger Gebrauch TChart Pro (mit OpenGL 3D-Charts).

Ich habe so etwas noch nicht gesehen, ich würde spontan den Fremdkomponenten die Schuld in die Schuhe schieben.

[jaenicke]

Zitat von arnof:

aber wenn ich mehrere Fenster offen habe (Klassisches Design) mit vielen Komponenten drauf

Als ich mal zum Testen das klassische Design aktiviert hatte, war es bei mir auch sehr langsam. Im normalen produktiven, sprich gedockten, Design habe ich das Problem selbst bei umfangreichen Formularen mit mehreren hundert Komponenten nicht, weder bei XE noch bei XE5.

Passiert es denn vielleicht rein aufgrund der Anzahl dieser Komponenten? Dann könntest du ja einfach so viele in einem neuen Projekt draufwerfen, dass es bei dir langsam ist, und dann kann es jemand anderes mal bei sich testen. Dann wäre klar, ob es an deiner Installation liegt.

[arnof]

manchmal ist es nur ein Klick auf eine Komponente dann geht im taskmanger die BDS.EXE hoch in er Refresht ohne ende.

Im Standard XE2 Desgin kann ich mit dem großen Projekt überhaupt nicht arbeiten da ich hier nur noch warte wenn ich zwischen Code und Design wechselte. Mein Projekt hat aber über 1.200.000 Codezeilen

[SvB]

Dieses Problem hatte ich vor Jahren auch mal, wenn auf einem Formular sehr viele (>100) Komponenten liegen. Da braucht die IDE ne Zeit lang um das aufzubauen. Ich glaube, dass hängt auch mit dem Struktur-Panel zusammen. Damals hatte mir Andy geholfen und eine Beschleunigung in das IDE Fix Pack eingebaut. Das erste mal Formular aufbauen dauert immer noch länger, aber dann rennt es. Link zum IDE Fix Pack hatte Jens01 in #8 schon angegeben.
Falls Du das IDE Fix Pack noch nicht benutzt, probiere es einfach mal aus.
Ansonsten Andreas fragen, er zeigt Dir dann, wie Du mit Delphi wiederum Delphi debuggen kannst.