Ladezeit von Delphi 10.2 IDE

[jaenicke]

Zitat von Codehunter:

Aber ich kann versichern, das 10.0 war schon immer so lahm, vom ersten Tag an, noch bevor irgendwelche Zusatzsachen installiert waren.

Dann wäre meine erste Aktion gewesen den Process Monitor anzuwerfen und zu schauen was da so lange dauert.
Normal ist das auf dem System nicht.

[Whookie]

Da ist ganz bestimmt was nicht in Ordnung, bei mir (i7-3820 @3.6GHz 16GB RAM Win10 x64pro Crucial 500GB MX200) benötigt ein Erststart etwas 12 Sekunden und jeder weitere 8 Sekunden. Installiert ist eine Menge Zeug (Jedi, TMS, TChar, Zeos, ... Eigenes).

Natürlich kann da auch der IDEFixPack noch was raus holen, aber bei 2 Minuten ist wohl der Prozess Monitor das richtige Werkzeug um zu sehen wo die Zeit hin geht.

[Sherlock]

MBP late 2015 - Parallels 64Bit VM mit folgenden in Windows sichtbaren Specs:

Zitat:

Intel(R) Core(TM) i7-4870HQ CPU @ 2.50GHz

Basisgeschwindigkeit: 2,49 GHz
Sockets: 1
Virtuelle Prozessoren: 2
Virtueller Computer: Ja
L1-Cache: Nicht zutreffend

Delphi Enterprise Ladezeit, bis das letzte Projekt geöffnet wurde: 39,10s
Installierte Produkte:
CnPack IDE wizards 1.1.4.924
GExperts 1.3.8.50
Parnassus Bookmarks 1.5.2.0
DDevExtensions 2.84
Fix Insight
Konopka Signature VCL Controls 6.2.3
TMS FMX UI Pack 6.7.2
Beyond Compare 10.2

Sherlock

[Neumann]

Die Ladezeit der IDE ist für mich kein Problem. Was mich nervt ist wie lange es dauert um größere Projekte zu öffnen.

Habe eben mal die Zeit gestoppt: 5 Minuten und 30 Sekunden bis der Wechsel von einem zum anderen Projekt fertig war.

Jeweils rund 950000 Programmzeilen (wird so beim Erzeugen gemeldet), natürlich eine Menge Units und Formulare.

[jaenicke]

Zitat von Neumann:

Habe eben mal die Zeit gestoppt: 5 Minuten und 30 Sekunden bis der Wechsel von einem zum anderen Projekt fertig war.

Und wie viele Formulare werden direkt beim Öffnen geladen? Mit vielen Komponenten?
Bei mir dauert das Laden auch wie bei Codehunter nicht lange, meist unter einer Sekunde. Allerdings haben wir auch viele Units ausgelagert in ein "Unitpackage", so dass diese nicht direkt im Projekt liegen. Aber selbst wenn da 30 Units und Formulare per gespeichertem Desktop direkt geladen werden geht das blitzschnell. Die sind aber auch nicht groß.

[Codehunter]

Zitat von jaenicke:

Bei mir dauert das Laden auch wie bei Codehunter nicht lange, meist unter einer Sekunde. Allerdings haben wir auch viele Units ausgelagert in ein "Unitpackage", so dass diese nicht direkt im Projekt liegen. Aber selbst wenn da 30 Units und Formulare per gespeichertem Desktop direkt geladen werden geht das blitzschnell. Die sind aber auch nicht groß.

Nicht mal das mach ich bei besagten Projekten. Bei mir "rümpelt" das alles in Datenmodulen direkt im Projekt herum. Trotzdem ist das reine Öffnen von Projekten bei mir recht flott. Das lahme Starten der IDE hängt bei mir definitiv nicht an einem bestimmten Projekt. Denn ich kann die IDE ja auch leer starten und brauche trotzdem 2 Minuten dafür.

[Uwe Raabe]

Zitat von Codehunter:

Denn ich kann die IDE ja auch leer starten und brauche trotzdem 2 Minuten dafür.

Wie schnell geht es, wenn du das Netzwerkkabel entfernst bzw. die WLAN-Verbindung abschaltest?

[Codehunter]

Zitat von Uwe Raabe:

Zitat von Codehunter:

Denn ich kann die IDE ja auch leer starten und brauche trotzdem 2 Minuten dafür.

Wie schnell geht es, wenn du das Netzwerkkabel entfernst bzw. die WLAN-Verbindung abschaltest?

Hehe, tote Netzlaufwerkeinträge in irgendwelchen MRUs war auch mein erster Gedanke. Aber nein, kann ich definitiv ausschließen. Denn wie in einem früheren Post geschrieben habe ich einen zweiten Rechner, der von Haus aus nicht im Netz läuft (nur am Internet) und dort braucht 10.0 ganz genauso 2 Minuten.

[Codehunter]

Zitat von jaenicke:

Dann wäre meine erste Aktion gewesen den Process Monitor anzuwerfen und zu schauen was da so lange dauert.
Normal ist das auf dem System nicht.

Jo, so dachte ich mir das damals auch ^^ Das "witzige" an dem Nichts-Passieren ist, dass da tatsächlich Nichts passiert. Die BDS.EXE liegt einfach nur im Speicher rum und tut gar nichts. Sowohl Process Explorer als auch Process Monitor weisen ab ca. 5 Sekunden nach dem Programmstart für etwa 50-60 Sekunden keinerlei Aktivität nach. Keine CPU-Last, kein Mehrverbrauch an Speicher, gar nichts. Als würde da ein Timer laufen.

Vorher sind die letzten Aktionen ein paar Lesezugriffe auf die Registry, unter anderem auch welche mit BUFFER OVERFLOW Result HKLM\SOFTWARE\Microsoft\SystemCertificates\Disallo wed\Certificates\GUIDGUIDGUIDGUIDGUIDGUIDGUIDGUIDG UIDGUID\Blob (reale GUID anonymisiert). Die treten aber auch bei 10.2 genauso auf, da würde ich nicht unbedingt die Ursache sehen.

Wobei meine Frage gar nicht so sehr der Ursachenforschung galt. Ich habe mich schon vor langer Zeit mit dieser Kaffeepause abgefunden (die auch tatsächlich für Heißgetränke verwendet wird ^^). Vielmehr wollte ich eigentlich wissen, ob diese erstaunliche Verbesserung bei 10.2 nun nur der Tatsache geschuldet ist dass es sich um eine Starter handelt, also stark abgespeckt ist. Oder ob sich die höheren Tokyo-Editions genauso flott verhalten, was doch noch mal ein Grund für ein Update wäre.

[Sherlock]

Das hört sich aber danach an, als würde jemand nach Hause telefonieren wollen, und auf Antwort warten, bis zu einem recht großzügigen Timeout.

Sherlock