qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [RFC PATCH] .cirrus.yml: bump timeout period for MacOS builds


From: Alex Bennée
Subject: Re: [RFC PATCH] .cirrus.yml: bump timeout period for MacOS builds
Date: Mon, 14 Dec 2020 09:24:47 +0000
User-agent: mu4e 1.5.7; emacs 28.0.50

罗勇刚(Yonggang Luo) <luoyonggang@gmail.com> writes:

> On Mon, Dec 14, 2020 at 2:36 AM Philippe Mathieu-Daudé <f4bug@amsat.org>
> wrote:
>>
>> On Wed, Nov 18, 2020 at 4:11 PM Thomas Huth <thuth@redhat.com> wrote:
>> > On 18/11/2020 15.07, Alex Bennée wrote:
>> > > These seem to trigger timeouts with some regularity.
>> > >
>> > > Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
>> > > ---
>> > >  .cirrus.yml | 2 ++
>> > >  1 file changed, 2 insertions(+)
>> > >
>> > > diff --git a/.cirrus.yml b/.cirrus.yml
>> > > index f0209b7a3e..08db7c419f 100644
>> > > --- a/.cirrus.yml
>> > > +++ b/.cirrus.yml
>> > > @@ -18,6 +18,7 @@ freebsd_12_task:
>> > >      - gmake -j$(sysctl -n hw.ncpu) check V=1
>> > >
>> > >  macos_task:
>> > > +  timeout_in: 90m
>> > >    osx_instance:
>> > >      image: catalina-base
>> > >    install_script:
>> > > @@ -32,6 +33,7 @@ macos_task:
>> > >      - gmake check V=1
>> > >
>> > >  macos_xcode_task:
>> > > +  timeout_in: 90m
>> > >    osx_instance:
>> > >      # this is an alias for the latest Xcode
>> > >      image: catalina-xcode
>> > >
>> >
>> > Reviewed-by: Thomas Huth <thuth@redhat.com>
>> >
>> > ... we could maybe also split the --target-list between the two jobs if
> they
>> > take too long...
>>
>> Maybe it's time, 90min reached:
>> https://cirrus-ci.com/task/5774549872541696
>>
> Even two hour doesn't working, don't know why

It seems to have jumped up quite considerably over a short period which
makes me think the underlying cause is something is getting stuck on
MacOS. Unfortunately it's hard to debug with just the logs because
whatever is taking the time might not be the last thing in the logs.

Having a time-per-test metric would be useful here.

-- 
Alex Bennée



reply via email to

[Prev in Thread] Current Thread [Next in Thread]