In our previous episode, Hans-Peter Diettrich said: > > For me, a much higher priority when doing rewrites might be > > multithreading nf the compiler itself. > > That's questionable, depending on the real bottlenecks in compiler > operation. I suspect that disk I/O is the narrowest bottleneck, that can > not be widened by parallel processing.
No that has to be solved by a bigger granularity (compiling more units in one go). That avoids ppu reloading and limits directory searching (there is a cache iirc) freeing up more bandwidth for source loading. Not only compiling goes in paralel, I assume one could also load a ppu in parallel? (and so parallelize the blocking time of the disk I/O and the parsing of the .ppu contents. _______________________________________________ fpc-devel maillist - fpc-devel@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-devel
