On Sun, 12 Sep 2010 19:15:29 +0200 (CEST) Dimitri Smits <smi...@telenet.be> wrote:
> > ----- "Mattias Gaertner" <nc-gaert...@netcologne.de> schreef: > > > On Sun, 12 Sep 2010 10:25:22 +0200 (CEST) > > mar...@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 _______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
