Any takers for http://d.puremagic.com/issues/show_bug.cgi?id=9673?

Rainer Schuetze r.sagitario at gmx.de
Sun Mar 10 13:22:58 PDT 2013



On 10.03.2013 15:07, Vladimir Panteleev wrote:
> On Sunday, 10 March 2013 at 13:35:34 UTC, Rainer Schuetze wrote:
>> Looks pretty ok, but considering the number of modules in dfeed (I
>> count about 24) and them being not very large, that makes compilation
>> speed for each module about 1 second. It will only be faster if the
>> number of modules to compile does not exceed twice the number of cores
>> available.
>
> ~/DFeed$ cat all.txt | wc -l
> 62

A, I didn't notice the ae link. I was already suspecting that 1 
second/module was a bit long.

>
>> I think it does not scale well with increasing numbers of modules.
>
> Why? Wouldn't it scale linearly? Or you mean due to the increased number
> of graph edges when increasing graph nodes?
>

I assume that while a project grows, module dependencies also increase. 
So each single compile will get slower while the number of modules grow. 
Full build scales linearly with code size, but single file compilation 
time increases more (as a function of code size, module count and 
dependencies).

> Anyway, the programmer can take steps in lessening intermodule
> dependencies to reduce incremental build times. That's not an option
> with compiling everything at once, unless you split the code manually
> into libraries.

True.


More information about the Digitalmars-d mailing list