Bug 33556

Summary: Gtk build system is way too slow
Product: WebKit Reporter: Eric Seidel (no email) <eric>
Component: Tools / TestsAssignee: Nobody <webkit-unassigned>
Status: RESOLVED FIXED    
Severity: Normal CC: abarth, evan, gustavo, mrobinson
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: OS X 10.5   
Bug Depends on:    
Bug Blocks: 33295    

Description Eric Seidel (no email) 2010-01-12 15:46:22 PST
Gtk build system is way too slow

Looking at the last few builds:
http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Debug/builds/2335 447s compile
http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Debug/builds/2334 511s compile
http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Debug/builds/2333 513s compile
http://build.webkit.org/builders/GTK%20Linux%2064-bit%20Debug/builds/2333 1885s compile!

Adam Barth also complains that basically all of the time on the machine running the linux EWSes is spent building Gtk.  What's going on here?  Why is the gtk build so abysmally slow?  This hinders our ability to run gtk bots and keep the gtk build green. :(

I'd be very interested to hear from people who actually work on the Gtk port theories as to what could be going on here.

The code for what the EWS runs is here:
http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/webkitpy/commands/early_warning_system.py#L76

The code for what the gtk builder runs is here:
http://trac.webkit.org/browser/trunk/WebKitTools/BuildSlaveSupport/build.webkit.org-config/master.cfg#L70

To see logs of the build commands, see the above urls or any build linked from build.webkit.org.
Comment 1 Eric Seidel (no email) 2010-01-12 15:47:30 PST
I'm also certain that the Gtk folks are well aware of this. :) I just wanted to make sure this was documented in the bug system, and hopefully spur some constructive relevant discussion and patches for this bug. :)
Comment 2 Adam Barth 2010-01-12 15:56:46 PST
"Adam Barth also complains"

I'm not sure I'm complaining...  The bot needs something to do to keep itself entertained.
Comment 3 Gustavo Noronha (kov) 2010-01-13 10:49:03 PST
This concern is already documented in the bug system, in a way: https://bugs.webkit.org/show_bug.cgi?id=32921

We have landed one patch that makes it faster, but I am having big trouble trying to give the second step. To be honest, the only way we'll get this build really faster seems to be by dropping automake, perhaps autotools as a whole, but that would lose us some advantages.

Notice you are looking at debug builds, too - are the EWS bots doing debug builds?
Comment 4 Eric Seidel (no email) 2010-01-13 11:18:36 PST
The EWS currently only does either release or debug, but once all the builds are fast enough, it will do both.  The commit-queue for instance, does both Debug and Release builds and then tests on Release.  Once are tests are faster (soon!) it will test on both.
Comment 5 Martin Robinson 2010-09-10 08:45:39 PDT
Is this still an issue? A quick check of recent builds shows the length of our debug builds are on the same order as those for Debug Leopard.
Comment 6 Martin Robinson 2014-03-25 15:27:03 PDT
It's actually much faster now with CMake + ninja. I think it's safe to close this weirdly enough.