Hi Kellen,

Thanks for your explanation. Do you have a time plan to solve the timeout 
issue? Rebasing can't work for my case. Or shall we run it silently to disallow 
it voting X for overall CI result? Because most developers are used to ignore 
the PRs with 'X'.

Thanks,
Zhennan

-----Original Message-----
From: kellen sunderland [mailto:kellen.sunderl...@gmail.com] 
Sent: Friday, September 28, 2018 10:38 PM
To: dev@mxnet.incubator.apache.org
Subject: Re: Time out for Travis CI

Hey Zhennan, you're safe to ignore Travis failures for now.  They're just 
informational.

The reason you sometimes see quick builds and sometimes see slow builds is that 
we're making use of ccache in between builds.  If your PR is similar to what's 
in master you should build very quickly, if not it's going to take a while and 
likely time out.  If you see timeouts rebasing may speed things up.  
Unfortunately the timeouts are global and we're not able to increase them.  I'm 
hoping that adding artifact caching will speed up future builds to the point 
that test runs and builds can be executed in under the global limit (which is 
~50 minutes).

-Kellen


On Fri, Sep 28, 2018 at 4:05 PM Qin, Zhennan <zhennan....@intel.com> wrote:

> Hi MXNet devs,
>
> I'm struggled with new Travis CI for a while, it always run time out 
> for this PR:
> https://github.com/apache/incubator-mxnet/pull/12530
>
> Most of the time, Jenkins CI can pass, while Travis can't be finished 
> within 50 minutes. For this PR, it shouldn't affect much on the build 
> time or unit test time. Also, I saw other PR has same problem, eg.
>
>
> https://travis-ci.org/apache/incubator-mxnet/builds/433172088?utm_sour
> ce=github_status&utm_medium=notification
>
> https://travis-ci.org/apache/incubator-mxnet/builds/434404305?utm_sour
> ce=github_status&utm_medium=notification
>
> According to the time stamp from Travis, all passed PR are within 
> small code change, and can complete `make -j2` within 25s. But for 
> timeout case, 'make -j2' will need about 1600s. Does Travis do 
> incremental build for each test? Shall we increase time limit for 
> large PR? Can we add more time stamp for build and unites stage to help 
> understand what's going on there?
>
> Thanks in advance,
> Zhennan
>

Reply via email to