mxnet-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From kellen sunderland <kellen.sunderl...@gmail.com>
Subject Re: Time out for Travis CI
Date Fri, 28 Sep 2018 14:37:31 GMT
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.qin@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_source=github_status&utm_medium=notification
>
> https://travis-ci.org/apache/incubator-mxnet/builds/434404305?utm_source=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
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message