You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Wes McKinney (JIRA)" <ji...@apache.org> on 2016/02/19 15:18:18 UTC
[jira] [Created] (FLINK-3452) Procuring more Travis CI build
capacity for Flink
Wes McKinney created FLINK-3452:
-----------------------------------
Summary: Procuring more Travis CI build capacity for Flink
Key: FLINK-3452
URL: https://issues.apache.org/jira/browse/FLINK-3452
Project: Flink
Issue Type: Wish
Reporter: Wes McKinney
Greetings from Apache Parquet!
In diagnosing Travis CI build queue slowness over the last several weeks we've been looking at overall utilization of the 30 concurrent Travis workers available to all of the ASF's projects on github.com/apache
Finally, Travis CI produced a database dump for me. Here is a total duration in seconds for each of the apache's active projects for the last 180 days:
https://gist.githubusercontent.com/drogus/d01a02aa9e0f7c380bde/raw/05be62eb1dd76085dd6cc9740e496ac2a111bc33/duration-by-project.txt
Indeed, my anecdotal experience has been that we are often waiting on queued Flink builds to free up Travis workers to run parquet-cpp builds (which take about 5 minutes to run).
Given Flink's relative Travis CI utilization and general growth and success of the project (congratulations!), I am wondering if you have explored options to either increase the number of Travis CI workers available to ASF projects like Flink or to procure dedicated build slaves for Flink (similar to what Spark has done). Let me know what you think.
Thank you in advance and best wishes for 2016.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)