From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 38E15158083 for ; Sat, 14 Sep 2024 12:05:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 529E1E29AB; Sat, 14 Sep 2024 12:05:29 +0000 (UTC) Received: from smarthost01c.ixn.mail.zen.net.uk (smarthost01c.ixn.mail.zen.net.uk [212.23.1.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (prime256v1) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 5814CE29A6 for ; Sat, 14 Sep 2024 12:05:27 +0000 (UTC) Received: from [82.69.80.10] (helo=cube.localnet) by smarthost01c.ixn.mail.zen.net.uk with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.95) (envelope-from ) id 1spRWl-000arl-EE for gentoo-user@lists.gentoo.org; Sat, 14 Sep 2024 12:05:26 +0000 From: Peter Humphrey To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Portage improved Date: Sat, 14 Sep 2024 13:05:26 +0100 Message-ID: <3315741.aeNJFYEL58@cube> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" X-Originating-smarthost01c-IP: [82.69.80.10] Feedback-ID: 82.69.80.10 X-Archives-Salt: 2522ceeb-bee6-489c-b348-38933d9e1e5f X-Archives-Hash: aaa087e4753f6743d9c118cce9aee2b5 Greetings, I see that the latest version of portage has improved the handling of giant packages. Today I had a few dozen kde-frameworks packages to install, together with webkit-gtk. That job was near the top of the list, so it was started before most of the kde ones. I have this in make.conf: $ grep '\-j' /etc/portage/make.conf EMERGE_DEFAULT_OPTS="--jobs=24 --load-average=30 [...]" MAKEOPTS="-j16 -l16" (64GB, 24 CPU threads) The CPU load then rose quickly past 40 as the kde packages got stuck in, up to 24 total jobs. I was surprised and pleased to see that packages were made to pause until cores became available. This process was progressive until the load came down again. That's a big improvement, and I'd like to commend the team on it. Just one little fly in the ointment: the status string became too long to show properly. Perhaps shorter phrases could be used, or numbers limited to two digits, or the 80-character line limit exceeded while running in an x-term. Anyway, well done the team! -- Regards, Peter.