Ladezeit von Delphi 10.2 IDE

[Codehunter]

Hallo!

Ich hab mir mal aus Neugier die 10.2 Starter angeschaut. Dabei ist mir als allererstes aufgefallen, dass die wesentlich schneller startet als alle Delphis die ich bisher verwendet habe (XE2, XE4, 10.0, jeweils Pro). Woher kommt denn dieser schon beinahe eklatante Unterschied? Besonders das 10.0 Seattle braucht bei mir gut 2 Minuten zum Starten, davon 70 Sekunden bevor überhaupt der Splashscreen erscheint. Das 10.2 Starter "rast" da in knapp 5 Sekunden durch. Liegt das daran, dass die Starter-IDE abgespeckt ist, dass das ganze Lizensierungsgeraffel nicht dabei ist? Oder sind die höheren Editions beim 10.2er auch so flott unterwegs?

Grüße
Cody

[Bernhard Geyer]

Zitat:

Zitat von Codehunter (Beitrag 1395175)

Besonders das 10.0 Seattle braucht bei mir gut 2 Minuten zum Starten, davon 70 Sekunden bevor überhaupt der Splashscreen erscheint.

Läuft den die Delphi-IDE noch auf eine 486er System ....

Also 2 Minuten Ladezeit würde ich das nicht unbedingt als Referenz ansehen. Ich denke da "schießt" noch was anderes Quer.

Habe hier 35 Erststartzeit und 10 Sekunden "Folgestartzeit" (hab hier daheim nur 4 GB RAM und keine SSD) 10.2.0

Jetzt habe ich 10.2.2 drauf installiert - Brauch auch nur noch 5 Sekunden :-)

[MichaelT]

Bei mir startet die IDE mit Delphi Pro in gut 20 Sekunden auf einer Hybrid Festplatte am Laptop. Wenn ich Delphi 10.2 ein zweites mal starte bin ich genauso in 5 Sekunden beim Splash Screen.

2 Minuten glaube ich dir gerne. Trennst du bspw. die Devexpress dcus von den pas Dateien?

Wenn ein naktes Delphi 2 Minuten zum Starten braucht, dann liegt es nicht an der RAD Studio IDE. Ich hatte mal ein Board mit einem etwas lahmen Festplatten Controller (Medion/Microstar), da war mit Full Speed Turbo auch nicht viel los.

Eine Starter kennt keinen Source Code usw... Wenn du .net 4.x hast geht es auch schneller. Möglw. hast du ein zweites mal gestartet, das wäre meine Vermutung.

Zitat:

Zitat von Codehunter (Beitrag 1395175)

Hallo!

Ich hab mir mal aus Neugier die 10.2 Starter angeschaut. Dabei ist mir als allererstes aufgefallen, dass die wesentlich schneller startet als alle Delphis die ich bisher verwendet habe (XE2, XE4, 10.0, jeweils Pro). Woher kommt denn dieser schon beinahe eklatante Unterschied? Besonders das 10.0 Seattle braucht bei mir gut 2 Minuten zum Starten, davon 70 Sekunden bevor überhaupt der Splashscreen erscheint. Das 10.2 Starter "rast" da in knapp 5 Sekunden durch. Liegt das daran, dass die Starter-IDE abgespeckt ist, dass das ganze Lizensierungsgeraffel nicht dabei ist? Oder sind die höheren Editions beim 10.2er auch so flott unterwegs?

Grüße
Cody

[MichaelT]

Spielt auch nicht die große Rolle. Auf meinem Win 7 32 bit (nachdem der Controller weniger lahmte mit einer 7200er Platte und Delphi XE6) ging der Start selbst damals flott.

Ich vermute mal .net wird gestartet und das kostet beim ersten Start. Ansonsten sind 5 Sekunden bei einem zweiten Start auch bei mir die Regel und ca. 20 bis 25 bei Kaltstart.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1395176)

Zitat:

Zitat von Codehunter (Beitrag 1395175)

Besonders das 10.0 Seattle braucht bei mir gut 2 Minuten zum Starten, davon 70 Sekunden bevor überhaupt der Splashscreen erscheint.

Läuft den die Delphi-IDE noch auf eine 486er System ....

Also 2 Minuten Ladezeit würde ich das nicht unbedingt als Referenz ansehen. Ich denke da "schießt" noch was anderes Quer.

Habe hier 35 Erststartzeit und 10 Sekunden "Folgestartzeit" (hab hier daheim nur 4 GB RAM und keine SSD) 10.2.0

Jetzt habe ich 10.2.2 drauf installiert - Brauch auch nur noch 5 Sekunden :-)

[jaenicke]

Die ganzen Zeitangaben bringen rein gar nichts ohne CPU, Windowsversion und ca. Anzahl der installierten Komponenten.

Hier sind diverse Komponenten installiert, JEDIs + ca. 15-20 Komponenten- und Unitsammlungen.
Core i5-8600k auf Windows 10. Startzeit Delphi 10.2 ca. 18 Sekunden Erststart, ca. 6 Sekunden die weiteren.

[Codehunter]

Zitat:

Zitat von jaenicke (Beitrag 1395188)

Die ganzen Zeitangaben bringen rein gar nichts ohne CPU, Windowsversion und ca. Anzahl der installierten Komponenten.

Genau! Das habe ich am Sonntag Abend zu später Stunde vergessen. Also hier die Eckdaten:

Das absolute Negativbeispiel 10.0 Seattle mit seinen 2 Minuten läuft auf einem i7-7700K @ 4,2 GHz mit 16 GB RAM auf einer M.2 SSD von Intel. Bei diesem Delphi spielt es keine Rolle, ob ich es das erste, zweite oder zwanzigste Mal starte, das braucht immer so lange. EDIT: Windows 10 Pro.

Dann habe ich noch einen zweiten Rechner, schon etwas älter. Hier ist es ein i3-4330T @ 3,6 GHz mit 8 GB RAM und einer Intel SATA-SSD. Auf diesem System habe ich ein XE4, ein 10.0 und eben jenes 10.2 Starter installiert. XE4 ist hier in etwa 40 Sekunden durch, 10.0 braucht auch ~ 2 Minuten und das 10.2 wie gesagt 5 Sekunden und zwar selbst beim ersten Start direkt nach einem Reboot vom Rechner. EDIT: Windows 7 Pro.

Beide Maschinen haben gar nichts gemeinsam. Die erste hängt im Firmennetz mit diversen Netzlaufwerken, die zweite ist eine reine Inselkiste ohne Netshares. Natürlich unterscheiden sich die einzelnen Delphis in Sachen Packages. Aber ich kann versichern, das 10.0 war schon immer so lahm, vom ersten Tag an, noch bevor irgendwelche Zusatzsachen installiert waren.

[jaenicke]

Zitat:

Zitat von Codehunter (Beitrag 1395190)

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

[Codehunter]

Zitat:

Zitat von jaenicke (Beitrag 1395193)

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

[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.

[Codehunter]

Zitat:

Zitat von Sherlock (Beitrag 1395204)

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.

Darauf wollte ich eigentlich hinaus in meinem Eingangspost unter dem Begriff Lizenzgeraffel. 8-) Und um Spekulationen zuvor zu kommen: Alles korrekt gekauft und lizensiert.

EDIT:

Zitat:

Zitat von Neumann (Beitrag 1395207)

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

Das halte ich nun wieder für nicht wirklich viel. Ich habe mehrere Projekte, die bewegen sich > 2 Mio. Zeilen Code. Trotzdem kann ich die in Sekunden öffnen und schließen, selbst bei meinem 10.0 das beim Starten ewig braucht.

Aber wenn man das so liest hier, scheint die IDE unter gewissen Konstellationen ziemliche Latenzprobleme zu haben. Würde mich halt interessieren, ob zwischen 10.0 und 10.2 an dieser Baustelle gearbeitet wurde oder ob es nur Zufall ist, dass ich beim 10.2 eine "flotte" Installation erwischt habe.

[jaenicke]

Zitat:

Zitat von Neumann (Beitrag 1395207)

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:

Zitat von jaenicke (Beitrag 1395245)

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:

Zitat von Codehunter (Beitrag 1395342)

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:

Zitat von Uwe Raabe (Beitrag 1395344)

Zitat:

Zitat von Codehunter (Beitrag 1395342)

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.

[mkinzler]

Und ganz ohne angeschlossenenem Netz?

[MichaelT]

Wundersam. 3 mal 20 Sekunden Roundtrip?

Zitat:

Zitat von mkinzler (Beitrag 1395347)

Und ganz ohne angeschlossenenem Netz?

[Codehunter]

Zitat:

Zitat von mkinzler (Beitrag 1395347)

Und ganz ohne angeschlossenenem Netz?

Ganz exakt getimed ist das eh nie aber ich habe das Gefühl, dann ist es minimal schneller, etwa 1,40 Minuten bis der Splashscreen erscheint.

[jbg]

Also bei mir geht die Zeit beim IDE-Start durch den ersten Aufruf von WinVerifyTrust() drauf. Ist schon ein super Schutz wenn man alle Dateien (*.exe, *.dll, *.bpl) im $(BDS)\bin Ordner daraufhin prüft, ob sie signiert sind. Welches Zertifikat benutzt wurde, wird nicht geprüft, es muss nur eines vorhanden sein. Dann kann man sich diese vergeudete Zeit auch sparen, da auch selbst-signierte Dateien als "gültig" erkannt werden.