[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