From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id 9E66D3858D1E; Tue, 8 Feb 2022 14:15:09 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 9E66D3858D1E From: "tschwinge at gcc dot gnu.org" To: gcc-bugs@gcc.gnu.org Subject: [Bug libgomp/66005] libgomp make check time is excessive Date: Tue, 08 Feb 2022 14:15:09 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: libgomp X-Bugzilla-Version: 6.0 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: tschwinge at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: gcc-bugs@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-bugs mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Feb 2022 14:15:09 -0000 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D66005 Thomas Schwinge changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vries at gcc dot gnu.org --- Comment #2 from Thomas Schwinge --- First, ACK, and "sorry". (As has been discussed in the past) we cannot just enable the standard GCC/DejaGnu parallel testing for the libgomp testsuite, because a lot of the test cases internally use parallelism, so we'd heavily oversubscribe system resources. However, there is one thing that I think we may do, and I'm expecting that = to help a lot: parallelize *all* compilation, while just allowing for *one* execution test job slot. That will require some GCC DejaGnu test harness hackery which I've not yet gotten to look into. That is, enable the usual GCC/DejaGnu parallel testing, but also have some kind of mutex for the execution test invocation. This has to play nicely with DejaGnu timeout handling, etc.=