[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)

[Geoffrey Garen]

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.

Geoff

> On Aug 29, 2017, at 2:21 PM, Dan Bernstein <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/4c6c0158/attachment.html>