From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id YCTgLXfJamKnKQMAWB0awg (envelope-from ) for ; Thu, 28 Apr 2022 13:05:59 -0400 Received: by simark.ca (Postfix, from userid 112) id AE4141E058; Thu, 28 Apr 2022 13:05:59 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI, RDNS_DYNAMIC,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 Received: from sourceware.org (ip-8-43-85-97.sourceware.org [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id E74C81E00D for ; Thu, 28 Apr 2022 13:05:56 -0400 (EDT) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 8533B3948822 for ; Thu, 28 Apr 2022 17:05:56 +0000 (GMT) Received: from gnu.wildebeest.org (gnu.wildebeest.org [45.83.234.184]) by sourceware.org (Postfix) with ESMTPS id A2EC13856DDE; Thu, 28 Apr 2022 17:04:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A2EC13856DDE Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=klomp.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=klomp.org Received: by gnu.wildebeest.org (Postfix, from userid 1000) id CAFF7302BBED; Thu, 28 Apr 2022 19:04:54 +0200 (CEST) Date: Thu, 28 Apr 2022 19:04:54 +0200 From: Mark Wielaard To: "Frank Ch. Eigler" Subject: Re: Adding binutils to the GNU Toolchain buildbot on sourceware Message-ID: <20220428170454.GE23335@gnu.wildebeest.org> References: <5c1f217a-109c-2973-6c69-abf412133dee@arm.com> <524b04b7-a78c-7aae-4605-b40f61e6830c@arm.com> <16fe426d-c436-f030-dc43-0e81e7f0e853@arm.com> <20220428135022.GG11115@redhat.com> <2878cbcf-86dd-ea34-15a7-38d4b8ba0136@arm.com> <20220428142206.GH11115@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220428142206.GH11115@redhat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "gdb@sourceware.org" , Overseers mailing list , binutils@sourceware.org Errors-To: gdb-bounces+public-inbox=simark.ca@sourceware.org Sender: "Gdb" Hi Frank, On Thu, Apr 28, 2022 at 10:22:06AM -0400, Frank Ch. Eigler via Binutils wrote: > (The fedora-rawhide x86-64 builder > I just started operating runs all the testsuites on all changes to > binutils-gdb, taking about 90 minutes per build. I have no problem > with that.) That is of course fine if the worker maintainer (you) is OK with that. But do note that since your worker also runs other builders, those buildsets might have to wait for those longer builds to finish. e.g. at the moment there is a binutils-fedrawhide-x86_64 build waiting for 6 hours now: https://builder.sourceware.org/buildbot/#/pendingbuildrequests And it might be in the queue for a couple more. It will eventually get triggered, but it means the changeset for that buildset only gets a report on failure (change) after a couple of hours. Which is why I would like you to consider swapping that builder to another fedora worker that is less overloaded. That way committers to binutils will get a report earlier if something breaks. See my proposed patch at: https://sourceware.org/pipermail/binutils/2022-April/120561.html BTW. If you haven't done so yet (and you have the disk space) try installing ccache on your worker. It drastically reduces build times since patches normally only change a few source files and the ccache will save you from recompiling everything. Also you can consider setting collapseRequests=True on the binutils_gdb_fedrawhide_x86_64_builder to collapse changes into one build to keep the number of pending builds shorter: https://docs.buildbot.net/latest/manual/configuration/builders.html#collapsing-build-requests Cheers, Mark