Kompilieren dauert IMMER lange

[Der schöne Günther]

Ich verwende momentan Delphi 10 Seattle mit Update 1.

Angenommen ich ändere im Quellcode eine einzige Konstante ab. Drücke ich Strg+[F9] habe ich 9-13 Sekunden lang eine Sanduhr. Im Compiler-Fenster zählt er nur ein paar hundert Zeilen hoch, mehr muss er auch nicht. Das Projekt ist auch nicht groß: Die .exe ist ca 25 MB, ca. 120.000 Programmzeilen.

Was dauert hier so lange? Es macht mich wahnsinnig. Jedes mal. Ein komplettes Neu-Builden dauert ca 1-2 Sekunden mehr.


"Bereinigen" hilft nicht. IDE Fix Pack ist installiert. Rechnerleistung ist sicher nicht der Flaschenhals.

[SneakyBagels]

Zitat:

Das Projekt ist auch nicht groß: Die .exe ist ca 25 MB, ca. 120.000 Programmzeilen.

25MB und 120.000 Zeilen empfine ich als groß.
Kannst du ausschließen, dass es am Code liegt? Hast du eventuell ein vergleichbares Projekt, welches du zum Test kompilieren könntest

[TiGü]

Ist das auch so bei Kollegen, die das Projekt builden?

[Bbommel]

Für mich klingt diese Denkpausen-Sanduhr eher danach, als hättest du irgendwo ein Netzlaufwerk eingebunden, das wahrscheinlich nicht erreichbar ist oder ähnliches. Hat sich irgendwo in den Projekt-Optionen im Pfad für die Bibliotheken oder die Ausgabe vielleicht etwas in die Richtung eingeschlichen?

[Der schöne Günther]

Das ist eine gute Idee! Netzlaufwerke habe ich keine. Dafür aber mittels subst -Befehl "künstlich erzeugte" Laufwerke. Das wird aber kein Problem sein, denke ich.

Hier mal ein paar Tests

Projekt A

• 70.000 Zeilen
• Build: 5 Sek. (Seattle), 5 Sek. (XE7)
• Eine Zeile ändern: 2-3 Sek. (Seattle), 1.5 Sek. (XE7)

Projekt B

• 120.000 Zeilen
• Build: 13-14 Sek. (Seattle)
• Eine Zeile ändern: 8-10 Sek. (Seattle)

Projekt C

• 65.000 Zeilen
• Build: 11 Sek. (Seattle), 7 Sek. (XE7)
• Eine Zeile ändern: 4-5 Sek. (Seattle), 5-6 Sek. (XE7)

A und C sind akzeptabel, B macht echt keinen Spaß mehr. Auf XE7 kann ich es nicht ausprobieren denn da kompiliert es nicht mehr.

Andere arbeiten momentan hauptsächlich an Projekt A und da scheinen die Zeiten ebenfalls so zu sein wie bei mir.

[bra]

Naja, was so lange dauert ist das Erzeugen der Exe. Ich habe das mal mit unserem Projekt unter Tokyo getestet (~250.000 Zeilen, in VMWare alles auf SSD):

Erstes Build nach Neustart: 35sek, danach jeweils 10sek
Kompile ohne irgendwas zu ändern: 6-9sek

Wenn man dann eine App für Android erzeugt, kann man die Zeiten gut verzehnfachen (bei deutlich weniger Code).

[Der schöne Günther]

Das ist klar, wenn man den LLVM-Compiler anwirft wird es Zeit für die Mittagspause oder einen kleinen Betriebsausflug.


Ich bin nur ehrlich gesagt ziemlich baff wie der PC für nichts mehrere Sekunden brauchen kann. Kann ich nicht herausfinden wo die Zeit hingeht?


(Quelle: xkcd.com)

[Rollo62]

Ein Trick von Grijjy bei Mobile war auf die CompilerPotion auf limited Debug information zu schalten.

Rollo

[Der schöne Günther]

Das hat mich auf die richtige Spur gebracht, vielen Dank!

Zitat:

You would expect that Release builds take longer to compile than Debug builds, since it has to perform a bunch of code optimization phases. But the opposite is true.

Das Abschalten der Map-Datei (detailliert) und Einlinken von Debug-Optionen frisst jedes mal die ganze Zeit. Die brauche ich zum Debuggen doch eh nicht, richtig?

Ein Kompilieren ohne jegliche Änderungen dauert jetzt "nur" noch viereinhalb Sekunden.

[Mavarik]

hmm...

FMX Build mit 10.1 103.000 LOC ~2,5 Sekunden Linkzeit nicht messbar... (Windows)