On Mon, Nov 18, 2013 at 11:15:16PM -0800, Gregory Szorc wrote:
> Do builds feel like they've gotten faster in the last few weeks^hours?
> It's because they have.
> 
> When I did my MacBook Pro comparison [1] with a changeset from Oct 28,
> build times on my 2013 2.6 GHz MacBook Pro were as follows:
> 
> Wall  11:13  (673)
> User  69:55 (4195)
> Sys    6:04  (364)
> Total 75:59 (4559)
> 
> I just built the tip of m-c (e4b59fdbc9c2) and times on that same
> machine are now:
> 
> Wall   9:23  (563)
> User  57:38 (3458)
> Sys    4:58  (298)
> Total 62:36 (3756)
> 
> That's a 17.6% drop in CPU time required to build the tree! If the build
> system were able to deliver 100% CPU utilization, my machine would be
> able to build the tree in ~7:50 wall time. Not too shabby!
> 
> I can say with high confidence that unified sources are mostly
> responsible for the CPU efficiency gains. When I built m-c earlier today
> just after Australis landed, total CPU time was at 66:28. In between, 5
> unified sources bugs landed and ~4 minutes total CPU time was shaved off.
> 
> Project unified sources: making builds insanely faster since yesterday.
> 
> I can't wait to see what tomorrow brings.

Just because my build machine (older and slower than your mac) was bored
last night:

$ hg up -C -r 'date("2013-08-01")'
$ ./mach clobber && time ./mach build > /dev/null
real    25m36.250s
user    143m19.573s
sys     8m14.883s

$ hg up -C -r 'date("2013-09-01")'
$ ./mach clobber && time ./mach build > /dev/null
real    22m15.830s
user    122m46.584s
sys     6m49.058s

$ hg up -C -r 'date("2013-10-01")'
$ ./mach clobber && time ./mach build > /dev/null
real    17m41.810s
user    116m21.284s
sys     6m8.659s

$ hg up -C -r 'date("2013-11-01")'
$ ./mach clobber && time ./mach build > /dev/null
real    17m36.424s
user    109m38.891s
sys     5m58.714s

$ hg up -C -r tip
$ ./mach clobber && time ./mach build > /dev/null
real    14m23.843s
user    86m57.834s
sys     4m45.118s

(All linux builds with mk_add_options MOZ_MAKE_FLAGS=-j12)

The corresponding sizes are respectively:
  objdir  libxul (text+data+bss)
   6.1G    877M   (59.9M)
   5.6G    800M   (62.6M)
   5.3G    752M   (62.8M)
   5.2G    727M   (62.7M)
   4.7G    602M   (65.0M)

In less than 4 months, clobber build time on my machine has decreased by ~44%,
objdir size by ~22%, and DWARF size (approximated by libxul-(text+data+bss))
by ~34%.

Mike
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform

Reply via email to