Kompilieren dauert IMMER lange

[Mavarik]

hmm...

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

[jaenicke]

Deshalb haben wir gemeinsame Units in Packages (nur zum Kompilieren) ausgelagert, die dann nicht in die Projekte eingebunden sind. Das reduziert die Kompilierzeit extrem.
Der Linker wird dadurch natürlich nicht schneller.

Was ist das denn für eine CPU?

[Mavarik]

Zitat von jaenicke:

Was ist das denn für eine CPU?

Ging die Frage an mich?

VMWare und so, siehe hier...

[Der schöne Günther]

In meinem Fall ist es ein schon etwas älterer Intel Corei5 mit 4x3.50 GHz. Bei einem frischen Build von Null an futtert er, egal welches Projekt, abertausende Quellcode-Zeilen einer Sekunde runter, das ist völlig in Ordnung.

Und wie gesagt: Ja, Project B und C hatten detaillierte Map-Dateien, Debug-Optionen und alles aufgedreht. Projekt A nicht. Das war der Unterschied.

Für eine Release-Fassung (Exception-Logging) braucht man das, aber für die Debug-Fassung an meinem Schreibtisch natürlich nicht

Ganz zufrieden bin ich natürlich immer noch nicht (vier Sekunden für nichts), aber es ist nicht mehr schlimm.


Mit Delphi-Packages (diese .bpl-Dinger?) kennt sich hier kein Mensch aus, da fange ich lieber nichts mit an.

[SneakyBagels]

Zitat:

In meinem Fall ist es ein schon etwas älterer Intel Corei5 mit 4x3.50 GHz.

Ich habe einen i5 mit 4x3,3GHz und ein Projekt mit 120.000 Codezeilen. Bereinigen und dann erzeugen dauert hier 5 Sekunden. Eine Zeile ändern und erneut erzeugen 2 Sekunden.

[Rollo62]

Ich glaube der Speicher ist fast wichtiger ...

Rollo

[MEissing]

Das wichtigste: SSD....

(Die IDE ist ja (noch) 32 bittig, so daß hier bei 3 oder 4 GByte RAM sowieso (für den Prozess BDS.EXE) dicht gemacht wird. 8 GB RAM sollte jeder Entwicklerrechner ja haben?!??!)