From: "Daniel P. Berrangé" <berrange@redhat.com>
To: qemu-devel@nongnu.org
Cc: "Thomas Huth" <thuth@redhat.com>,
"Daniel P. Berrangé" <berrange@redhat.com>,
"Philippe Mathieu-Daudé" <f4bug@amsat.org>,
"Wainer dos Santos Moschetta" <wainersm@redhat.com>,
"Willian Rampazzo" <willianr@redhat.com>,
"Alex Bennée" <alex.bennee@linaro.org>
Subject: [PATCH 0/2] gitlab: avoid timeouts in windows cross builds
Date: Tue, 10 Aug 2021 15:06:51 +0100 [thread overview]
Message-ID: <20210810140653.3969823-1-berrange@redhat.com> (raw)
The win64 cross build is quite often hitting the job timeout, despite
having an elevated timeout of 80 minutes. A typical time is 75-78
minutes in my tests, which leaves little headroom.
I'm not inclined to increase the timeout beyond 80 minutes as this is
already unreasonably long.
Interestingly the win32 job doesn't timeout in the same way. In local
tests I've found the mingw32 gcc is as much as 50% faster than
mingw64 gcc in building QEMU. This explains at least why we only see
win64 gitlab builds timeout normally.
None the less, this series thus cuts down on the amount of stuff built
in both win32 and win64 jobs, as well as cross build jobs more
generally.
With this applied:
- win32 job runs in 40 minutes instead of 55 minutes
- win64 job runs in 50 minutes instead of 75 minutes
- other cross build jobs are a few minutes faster
this should give us plenty of headroom to avoid hitting the job
timeouts.
Daniel P. Berrangé (2):
gitlab: exclude sparc-softmmu and riscv32-softmmu from cross builds
gitlab: skip many more targets in windows cross builds
.gitlab-ci.d/crossbuild-template.yml | 3 ++-
.gitlab-ci.d/crossbuilds.yml | 2 ++
2 files changed, 4 insertions(+), 1 deletion(-)
--
2.31.1
next reply other threads:[~2021-08-10 14:08 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-10 14:06 Daniel P. Berrangé [this message]
2021-08-10 14:06 ` [PATCH 1/2] gitlab: exclude sparc-softmmu and riscv32-softmmu from cross builds Daniel P. Berrangé
2021-08-10 14:56 ` Willian Rampazzo
2021-08-11 6:24 ` Philippe Mathieu-Daudé
2021-08-18 9:15 ` Mark Cave-Ayland
2021-08-18 9:29 ` Daniel P. Berrangé
2021-08-18 9:45 ` Mark Cave-Ayland
2021-08-18 10:23 ` Philippe Mathieu-Daudé
2021-08-10 14:06 ` [PATCH 2/2] gitlab: skip many more targets in windows " Daniel P. Berrangé
2021-08-10 14:59 ` Willian Rampazzo
2021-08-11 6:20 ` Philippe Mathieu-Daudé
2021-08-11 8:43 ` Daniel P. Berrangé
2021-08-11 5:53 ` [PATCH 0/2] gitlab: avoid timeouts " Thomas Huth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20210810140653.3969823-1-berrange@redhat.com \
--to=berrange@redhat.com \
--cc=alex.bennee@linaro.org \
--cc=f4bug@amsat.org \
--cc=qemu-devel@nongnu.org \
--cc=thuth@redhat.com \
--cc=wainersm@redhat.com \
--cc=willianr@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).