From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from alt-proxy28.mail.unifiedlayer.com (alt-proxy28.mail.unifiedlayer.com [74.220.216.123]) by sourceware.org (Postfix) with ESMTPS id A3BBE3853562 for ; Fri, 10 Jun 2022 17:09:34 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A3BBE3853562 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=mad-scientist.net Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mad-scientist.net Received: from cmgw11.mail.unifiedlayer.com (unknown [10.0.90.126]) by progateway1.mail.pro1.eigbox.com (Postfix) with ESMTP id A8B43100389FD for ; Fri, 10 Jun 2022 17:09:32 +0000 (UTC) Received: from box5922.bluehost.com ([162.241.30.80]) by cmsmtp with ESMTP id zi8anPs3jrOQ9zi8anWVtF; Fri, 10 Jun 2022 17:09:32 +0000 X-Authority-Reason: nr=8 X-Authority-Analysis: v=2.4 cv=CpF6zl0D c=1 sm=1 tr=0 ts=62a37acc a=u+82WREdhvUKZ7QTvcqjvQ==:117 a=u+82WREdhvUKZ7QTvcqjvQ==:17 a=dLZJa+xiwSxG16/P+YVxDGlgEgI=:19 a=IkcTkHD0fZMA:10:nop_charset_1 a=JPEYwPQDsx4A:10:nop_rcvd_month_year a=3EOfIcITIxQA:10:endurance_base64_authed_username_1 a=hVoFQqtnPIhz8eUMdZkA:9 a=QEXdDO2ut3YA:10:nop_charset_2 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mad-scientist.us; s=default; h=MIME-Version:Content-Transfer-Encoding: Content-Type:References:In-Reply-To:Date:Cc:To:Reply-To:From:Subject: Message-ID:Sender:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=L/6UMujEt3R9k6aybjCxX7lVW8F+Lf6OgKwJQN03GgA=; b=gNFjRoOwYdoSV8JB0XCvdplgaC DkTTE5w/AZDSQdg/qm2RYCHx5sP3JhuIyh+mqJD8Yj3VYQaZpRIZzjpNWWlp1XPZUpK/J+ayYHSty pgxDk5tY/Ucx+zk2HRwUXuvkn; Received: from [160.231.0.90] (port=35481 helo=llin-psh13-dsa.dsone.3ds.com) by box5922.bluehost.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1nzi8Z-003Xfi-Ok; Fri, 10 Jun 2022 11:09:31 -0600 Message-ID: Subject: Re: Out of memory while building GCC 12.1.0 From: Paul Smith Reply-To: paul@mad-scientist.net To: Segher Boessenkool Cc: Fiodar Stryzhniou , gcc-help Date: Fri, 10 Jun 2022 13:09:30 -0400 In-Reply-To: <20220610155608.GS25951@gate.crashing.org> References: <6af5f478-817e-ecdc-174f-cfd8dd6c0376@mail.ru> <996468e7556a34c30413aaa977e9f26688be8c93.camel@xry111.site> <5dc1d2854640baba900b3889bd0d75bea7187d54.camel@mad-scientist.net> <20220610155608.GS25951@gate.crashing.org> Organization: Please remain calm--I may be mad but I am a professional! Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.1 (by Flathub.org)) MIME-Version: 1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - box5922.bluehost.com X-AntiAbuse: Original Domain - gcc.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - mad-scientist.net X-BWhitelist: no X-Source-IP: 160.231.0.90 X-Source-L: No X-Exim-ID: 1nzi8Z-003Xfi-Ok X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: (llin-psh13-dsa.dsone.3ds.com) [160.231.0.90]:35481 X-Source-Auth: paul@mad-scientist.us X-Email-Count: 1 X-Source-Cap: bWFkc2NpZTE7bWFkc2NpZTE7Ym94NTkyMi5ibHVlaG9zdC5jb20= X-Local-Domain: yes X-Spam-Status: No, score=-1.7 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, JMQ_SPF_NEUTRAL, KAM_NUMSUBJECT, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: gcc-help@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-help mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2022 17:09:35 -0000 On Fri, 2022-06-10 at 10:56 -0500, Segher Boessenkool wrote: > The load average is only computed every 5s, so if you have a faster > machine it can bring your system to its knees in that time already, > by starting thousands of tasks. This is no longer true as of GNU make 3.81 (released in 2006). GNU make artificially adjusts the load average based on the number of jobs started in the last second, to avoid this issue. In the next release of GNU make a different method, based on /proc, is used for Linux specifically which should result in even better behavior there. Cheers!