From nobody Sun Feb 26 13:58:12 2023 X-Original-To: dev-commits-ports-all@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PPlZt75gsz3tcvY; Sun, 26 Feb 2023 13:58:14 +0000 (UTC) (envelope-from matthias.andree@tu-dortmund.de) Received: from unimail.uni-dortmund.de (mx1.hrz.uni-dortmund.de [129.217.128.51]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "unimail.tu-dortmund.de", Issuer "GEANT OV RSA CA 4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PPlZt5bCwz3hck; Sun, 26 Feb 2023 13:58:14 +0000 (UTC) (envelope-from matthias.andree@tu-dortmund.de) Authentication-Results: mx1.freebsd.org; none Received: from mandree.no-ip.org (p54a03c23.dip0.t-ipconnect.de [84.160.60.35]) (authenticated bits=0) by unimail.uni-dortmund.de (8.17.1.9/8.17.1) with ESMTPSA id 31QDwCdf022206 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT); Sun, 26 Feb 2023 14:58:13 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=tu-dortmund.de; s=unimail; t=1677419893; bh=6iIp4QVK4pnHTBTO/sRarOnxYwDMJinvNjpurm3RVZs=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=EXaG1kRT18Jfjfxu6TTGfMLJyqIAroiDF4uvTojunTAOi/qKFEOgs77F/qJuOpCBl UtL6dMSu8yTS9mk5fPnmswIaTI4y1kjJ3Eq9AFT/VwK/MtzH7Ac/6xCgthbIC7lfTR QVMZo3fFwxfhsXeH3mX83+9rMvYzHS+rYRYGLqyI= Received: from [127.0.0.1] (localhost [127.0.0.1]) by ryzen.an3e.de (Postfix) with ESMTP id B8DE4CED3C3; Sun, 26 Feb 2023 14:58:12 +0100 (CET) Message-ID: <1944cb87-31ec-2094-ec41-6919e917c4ad@tu-dortmund.de> Date: Sun, 26 Feb 2023 14:58:12 +0100 List-Id: Commit messages for all branches of the ports repository List-Archive: https://lists.freebsd.org/archives/dev-commits-ports-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-dev-commits-ports-all@freebsd.org X-BeenThere: dev-commits-ports-all@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.8.0 Subject: Re: git: c8c2d4f22536 - main - lang/python3: allow using LTO on powerpc64 Content-Language: en-US To: Jan Beich Cc: Piotr Kubaj , ports-committers@FreeBSD.org, dev-commits-ports-all@FreeBSD.org, dev-commits-ports-main@FreeBSD.org References: <202302241548.31OFmQ39049727@gitrepo.freebsd.org> <98e988fa-9c8b-abee-8357-1cacd7462014@tu-dortmund.de> From: Matthias Andree In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4PPlZt5bCwz3hck X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:680, ipnet:129.217.0.0/16, country:DE] X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N Am 26.02.23 um 14:50 schrieb Jan Beich: > Matthias Andree writes: > >> Am 24.02.23 um 16:48 schrieb Piotr Kubaj: >> >>> The branch main has been updated by pkubaj: >>> URL: >>> https://cgit.FreeBSD.org/ports/commit/?id=c8c2d4f2253694802ef720f098c57800570ad2fc >>> commit c8c2d4f2253694802ef720f098c57800570ad2fc >>> Author: Piotr Kubaj >>> AuthorDate: 2023-02-24 15:48:16 +0000 >>> Commit: Piotr Kubaj >>> CommitDate: 2023-02-24 15:48:16 +0000 >>> lang/python3: allow using LTO on powerpc64 >>> It was recently fixed and will be available in >>> 13.2-RELEASE. >>> Since LTO is not enabled by default, it's ok to make it available. >> >> Careful. LTO causes EXCESSIVE memory use for the build. >> I've had to disable it for a low-memory server I operate (amd64 based, >> but that's the LTO feature itself, not the CPU). > > Are you sure 570Mb RAM is EXCESSIVE for amd64 ? For example, I certainly could not build the default Python a few months ago on 1 GB RAM + 1 GB swap. Possibly this was allowing a small number of jobs (like 2 or 3) on a single-core vServer. For the big things (compilers) you want some parallelism because half a dozen threads is better than just 1. Especially on server-class hardware which has low clock rates and many cores.