public inbox for buildbot@sourceware.org
 help / color / mirror / Atom feed
From: Christophe Lyon <christophe.lyon@arm.com>
To: Mark Wielaard <mark@klomp.org>
Cc: buildbot@sourceware.org
Subject: Re: Arm GCC buildbot workers
Date: Fri, 12 Aug 2022 09:23:36 +0200	[thread overview]
Message-ID: <b14c1554-0c72-ac65-2e57-276af3511542@arm.com> (raw)
In-Reply-To: <20220811203956.GE5520@gnu.wildebeest.org>

Hi Mark,


On 8/11/22 22:39, Mark Wielaard wrote:
> Hi Christophe,
>
> On Thu, Aug 11, 2022 at 09:54:35AM +0200, Christophe Lyon wrote:
>> I'd like to start 2 more workers, for GCC: one for armhf, one for arm64.
>> They will be running ubuntu-22.04, 20 CPUs each.
>>
>> So:
>> ncpus:20
>> maxcpus:20
>> max_builds:1
>>
>> I'd like them to run "gcc_full", which should take ~2h according to my
>> experiments.
>
> Cool. I did add a "gcc-full" build for x86_64 last week to use one of
> the workers that has 12 or 16 cores. It takes ~50 to ~140 minutes
> depending on which worker it picks and the other load on the machine.
>
> When a build takes this long you cannot really test each commit
> separately. 12 patches and you have a whole day of building. So you
> either only build periodically, or you collapse the pending build
> requests. The existing gcc-full builders collapse the builds. So I'll
> suggest these new builders do too, but let me know if you rather have
> them try a build only periodically (say every 8 hours?)
>
>> Looking at https://builder.sourceware.org/buildbot/#/workers, I suspect
>> there may be at least a naming problem since the other workers have
>> "generic names" (I mean we already have similar workers, dedicated to gdb).
>>
>> BTW, I'm wondering whether it was a mistake to have our other workers
>> named armXX-ubuntu-YY, since the other ones are named distro-arch?
>
> Naming isn't 100% consistent, and it doesn't really matter much for
> worker names. It does matter a little for the builder names, sadly
> those also aren't fully consistent. But as long as we are somewhat
> consitent in the tag names hopefully people can still sort interesting
> builds together.
>
> Renaming the workers would mean changing them on both sides, so lets
> stick with the original names for now. Then we can name these the
> other way around:
>
> ubuntu22_04-arm64
> ubuntu22_04-armhf
>
> See the attached patch.

Thanks, LGTM, the 2 new workers are now running.

Thanks!

Christophe

>
> Cheers,
>
> Mark
IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.

  reply	other threads:[~2022-08-12  7:23 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-11  7:54 Christophe Lyon
2022-08-11 20:39 ` Mark Wielaard
2022-08-12  7:23   ` Christophe Lyon [this message]
2022-08-12 16:44     ` Mark Wielaard
2022-08-16 11:54       ` Christophe Lyon
2022-08-17 11:51         ` Christophe Lyon
2022-08-17 13:00         ` Mark Wielaard
2022-08-17 13:45           ` Christophe Lyon
2022-08-17 20:42             ` Mark Wielaard

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=b14c1554-0c72-ac65-2e57-276af3511542@arm.com \
    --to=christophe.lyon@arm.com \
    --cc=buildbot@sourceware.org \
    --cc=mark@klomp.org \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).