Skip to content

Travis build time jumped from 20 min to 1h30 min or more #236

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
jeanphilippeD opened this issue Nov 10, 2016 · 9 comments
Closed

Travis build time jumped from 20 min to 1h30 min or more #236

jeanphilippeD opened this issue Nov 10, 2016 · 9 comments

Comments

@jeanphilippeD
Copy link
Contributor

Hi,

Since PR #214 We build a lot more thing, and build time as jumped from less than 20min to between 1h20min and 2h. https://travis-ci.org/servo/rust-bindgen/builds

Maybe we should limit to a few interesting build (I think this is possible)?

The current matrix for all pull requests and merge commit is, for example:

linux Rust: stable LLVM_VERSION=3.8 BINDGEN_FEATURES=llvm_stable 10 min 12 sec
linux Rust: stable LLVM_VERSION=3.9 BINDGEN_FEATURES= 9 min 42 sec
linux Rust: nightly LLVM_VERSION=3.8 BINDGEN_FEATURES=llvm_stable 9 min 23 sec
linux Rust: nightly LLVM_VERSION=3.9 BINDGEN_FEATURES= 10 min 52 sec
osx Rust: stable LLVM_VERSION=3.8 BINDGEN_FEATURES=llvm_stable 11 min 15 sec
osx Rust: stable LLVM_VERSION=3.9 BINDGEN_FEATURES= 12 min 29 sec
osx Rust: nightly LLVM_VERSION=3.8 BINDGEN_FEATURES=llvm_stable 12 min 33 sec
osx Rust: nightly LLVM_VERSION=3.9 BINDGEN_FEATURES= 12 min 15 sec

Total time 1 hr 28 min 41 sec

@emilio
Copy link
Contributor

emilio commented Nov 11, 2016

Yeah, it's sort of painful, I agree... Probably the best way forward is rebasing #70 and get rid of llvm_stable, we'd get rid of half of the builds for free.

@KyleMayes
Copy link
Contributor

The culprit is that Travis CI has 128 macOS instances for their entire open source service. This results in very long wait times for macOS builds.

@tschneidereit
Copy link

The culprit is that Travis CI has 128 macOS instances for their entire open source service. This results in very long wait times for macOS builds.

We should get this on paid instances, then. @larsbergstrom can we do that?

@larsbergstrom
Copy link

@tschneidereit Travis is looking currently working to expand the number of macOS instances available. I'll try to get an update on that timeline. They do not have any publicly announced options for reserved paid instances.

@tschneidereit
Copy link

tschneidereit commented Nov 11, 2016 via email

@fitzgen
Copy link
Member

fitzgen commented Nov 11, 2016

Total time 1 hr 28 min 41 sec

I'm sure everyone knows this, but I want to spell it out: this is not wall time, the builds can (and mostly do) run in parallel.

very long wait times for macOS builds

This is our bottleneck.

Perhaps we should disable the OSX builds until we can get a paid instance or they add more to their cluster?

@jdub
Copy link
Contributor

jdub commented Nov 16, 2016

Some of the changes in #204 and #265 should help with this a bit.

@KyleMayes
Copy link
Contributor

Unfortunately, as @fitzgen said, the issue is not the build times themselves, but the long wait times for macOS builds. This is a Travis CI issue, not one that can be fixed here.

@emilio
Copy link
Contributor

emilio commented Nov 18, 2016

I think this can be closed since we can't do much about it, and there are a few PRs that make build times acceptable. Feel free to reopen if you disagree or think that some action needs to be taken :)

@emilio emilio closed this as completed Nov 18, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants