[fpc-devel] FPC/Lazarus Rebuild performance

Mattias Gaertner nc-gaertnma at netcologne.de
Sun Sep 12 19:32:42 CEST 2010


On Sun, 12 Sep 2010 19:15:29 +0200 (CEST)
Dimitri Smits <smitco at telenet.be> wrote:

> 
> ----- "Mattias Gaertner" <nc-gaertnma at netcologne.de> schreef:
> 
> > On Sun, 12 Sep 2010 10:25:22 +0200 (CEST)
> > marcov at stack.nl (Marco van de Voort) wrote:
> > 
> > > In our previous episode, Mattias Gaertner said:
> > > > > Agreed. My opinion is that before we start to implement
> > difficult and 
> > > > > error-prone multi-threading into FPC we should find out why the
> > hell Delphi 7 
> > > > > can compile so much faster and produces even better code?
> > > > 
> > > > Seeing that dcc is only 800K: 
> > > > maybe it fits into the cpu cache.
> > > 
> > > I assume dcc.exe uses more data than code :-)
> > 
> > CPU caches do not work FIFO.
> > If FPC does not fit into the CPU cache, then the CPU has to
> > constantly
> > load code mem additionally to the data.
> > 
> 
> in that case, can splitting up the .exe into .exe + more .dll's help?
> 
> aka a "compiler package", a "rtl", a "assembler package", ...?

No. Putting code into dll/so can even create slower code.
The cpu cache uses cache lines, so only the relevant parts of the
machine code is loaded, no matter if it is in a dll, exe, so or
whatever.

Mattias



More information about the fpc-devel mailing list