[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