[webkit-dev] Growing tired of long build times? Check out this awesome new way to speed up your build... soon (HINT: It's not buying a new computer)
Dan Bernstein
mitz at apple.com
Tue Aug 29 15:21:48 PDT 2017
> On Aug 29, 2017, at 3:16 PM, Geoffrey Garen <ggaren at apple.com> wrote:
>
> Interesting.
>
> The majority cases here are 7 or fewer files. I don’t see much difference between these cases and our existing benchmark for one file, where Keith described the build time delta as "barely noticeable".
>
> For the minority cases that are 23 - 75 files, these challenge Keith’s description that "most of the build time in incremental builds is scanning dependencies” — assuming that you get unlucky enough for none of the files to bundle together.
>
> If possible, it would be helpful to know if these files were in the same folders or not.
>
> Alternatively, we can approximate the answer by benchmarking svn up for individual revisions.
All the evidence that we have so far doesn’t support that such a benchmark would be a good approximation, so that’s a bad alternative to gathering more evidence.
>
> Geoff
>
>> On Aug 29, 2017, at 2:21 PM, Dan Bernstein <mitz at apple.com <mailto:mitz at apple.com>> wrote:
>>
>>
>>
>>> On Aug 29, 2017, at 1:39 PM, Geoffrey Garen <ggaren at apple.com <mailto:ggaren at apple.com>> wrote:
>>>
>>>> I see. The right question to ask would have been how much change occurs in their working copy between consecutive incremental builds.
>>>
>>> If you want to help make our benchmark righter, please do share any data you have about the average content of an incremental build that is distinct from a daily svn up.
>>
>> Here is the data from three WebKit contributors surveyed today. For each contributor, each line corresponds to a single consecutive incremental build they’ve performed today, and the number shown is the number of files that were compiled in that build:
>>
>> A
>> B
>> C
>> 41
>> 4
>> 1
>> 2
>> 1
>> 1
>>
>> 1
>> 1
>>
>> 4
>> 7
>>
>> 4
>> 58
>>
>> 5
>> 27
>>
>> 3
>> 23
>>
>> 4
>> 61
>>
>> 5
>> 3
>>
>> 7
>> 75
>>
>> 1
>> 2
>>
>> 6
>> 1
>>
>> 4
>> 2
>>
>> 4
>> 1
>>
>> 4
>> 47
>>
>> 5
>>
>>
>> 3
>>
>>
>> I hope this helps. It certainly gives me an idea of what a righter benchmark would be.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20170829/143f5646/attachment.html>
More information about the webkit-dev
mailing list