[PATCH 0/2] gitlab: avoid timeouts in windows cross builds

Daniel P. Berrangé posted 2 patches 2 years, 9 months ago
Test checkpatch passed
Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/qemu tags/patchew/20210810140653.3969823-1-berrange@redhat.com
.gitlab-ci.d/crossbuild-template.yml | 3 ++-
.gitlab-ci.d/crossbuilds.yml         | 2 ++
2 files changed, 4 insertions(+), 1 deletion(-)
[PATCH 0/2] gitlab: avoid timeouts in windows cross builds
Posted by Daniel P. Berrangé 2 years, 9 months ago
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



Re: [PATCH 0/2] gitlab: avoid timeouts in windows cross builds
Posted by Thomas Huth 2 years, 8 months ago
On 10/08/2021 16.06, Daniel P. Berrangé wrote:
> 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.

I've had similar experiences in the past, and once even already sent a patch:

 
https://patchwork.ozlabs.org/project/qemu-devel/patch/20210414081907.871437-4-thuth@redhat.com/

But your apprach is looking way nicer, indeed!

Queued to my testing-next branch now:

  https://gitlab.com/thuth/qemu/-/commits/testing-next/

Thanks,
  Thomas