From nobody Sun Dec 7 10:07:48 2025 X-Original-To: freebsd-current@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 4dPLQy2zMVz6KBn2 for ; Sun, 07 Dec 2025 10:08:10 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4dPLQw5X4xz43NJ for ; Sun, 07 Dec 2025 10:08:08 +0000 (UTC) (envelope-from mjguzik@gmail.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20230601 header.b=aJ5Jq+jO; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of mjguzik@gmail.com designates 2a00:1450:4864:20::634 as permitted sender) smtp.mailfrom=mjguzik@gmail.com Received: by mail-ej1-x634.google.com with SMTP id a640c23a62f3a-b7636c96b9aso480278566b.2 for ; Sun, 07 Dec 2025 02:08:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1765102082; x=1765706882; darn=freebsd.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=q/+R0KRb8DzSRcksBNR90EOfKwkdJ9sYbFAoFPxgqkw=; b=aJ5Jq+jOdbU0vMNb6HFywPJvFTTgv4P8phdtvl+r+WDAYeTCXNHZnZ4i9+aJQa3S4z nBBKfvR3wxtY4+8ncsNW1z0qCEixgOU4SK4ACRiNJWKB18Sl1QJpIt76su7roiLDLpg8 GX7uzP0ZGwW4DeT2O/pKeVAvTlAj9623obeIh0dlkkl156Job3ssaKziIjHKN8yXV80K 0Yt/s+34js1Qvw9hNDNvvU9G7WJnAQFRJbKLi5vmIWCl+c5W1E0jveF575ciSNqtOaj0 2VJsjxaaEd/Um0b5wvLa3B15XZT80PvAFk+B5+ZSm1kZnAk4PP9WHTwLhl7aMtv9JzEP NA8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1765102082; x=1765706882; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=q/+R0KRb8DzSRcksBNR90EOfKwkdJ9sYbFAoFPxgqkw=; b=IvaLv6F7Qlap/7IVieX7Bpl60++p4DI9fA7iSG3+3mpQavp844PAzY/6nmdgTcDnGn FcIgMH/u31r4oQp9RZHPCHmc3z2dl0IQYBVTiLRWZux67UrVTceaZKmNlfkWE4toshxN 2P9W9teRFOWpNNA27276AoXCNvXIZlTr0bkvk4sr+RH+Co6i/KSydcP6goqYtv5+jQdj ONm1jrgE8mB4bdvBKyo4A5qhXsBTzJ4et7s/G22fxGPDvMwtgem9L6TE/w7cDl6hUSWd vACGeWeljGzVXU9snzTil00uivAquQZ9QnrKLuQ1nY2tqW2VWchfz4w/+UN70ue5ny0L 5JjA== X-Forwarded-Encrypted: i=1; AJvYcCXBcUlPqF0RfLfj7kRvQB+oS0JP7LUHkiv0SGZvJE6Q0V2JSGmripXDZNMqcr8rNlCvyICbiA0hSPOmdTpSNUY=@freebsd.org X-Gm-Message-State: AOJu0YyhBnHyeJ+ASB3y54bgGkW+gJvd5eUMQf3QRUN6Cq0OGDiakGKu av732swIvL8zPaBLxRO8tgJ5uWF/YNCzkfEL4l/4ETRPNm2NXsqc6FTKrPHFI4NyFBp0DXXZIOx 9WhrKhHqFbFbZrMrKAWgZC1HsqQDnLSk= X-Gm-Gg: ASbGnctV7HRCrsT+aop6/f6evNrP2pDCxI0WYB1Kwjk4vFnh1vHy5nklrCmMg41bxau NfI8LECGbRNuT58RkmHqn2BHs0CONE5rFzecI7kEhKJzPE7lwfROvTDNKIpslxZiT0NuMbtPvHN b2QpWFL31JJyLoC7kIOwxlyGArgQkf6ijh4KAzX+9kmgtKU4GkBWDNqHnejkd362sF8X8aPCKMq G012vQi/KZenuZ3WcVZbksGnL07QBkI1PsQZz9ryT7tsu1XIYBHXrn70dk2NLFEtUMDXzsTSKD0 37RlI2K5AcGxNvvuKGsL1P3QqrUuMKc2t/fs X-Google-Smtp-Source: AGHT+IEn2llzOveq3OgTls0GjNWg4x3fMLUtfldwugSwBc4FmgGKzKwyV/VgDHVLk8i5KMciT6sFZ/p+xmea1IxI1wY= X-Received: by 2002:a17:907:5c6:b0:b72:fd32:a463 with SMTP id a640c23a62f3a-b7a242bff7cmr420695166b.23.1765102081268; Sun, 07 Dec 2025 02:08:01 -0800 (PST) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org MIME-Version: 1.0 References: <20251206222638.44edcd5c@rimwks.local> In-Reply-To: <20251206222638.44edcd5c@rimwks.local> From: Mateusz Guzik Date: Sun, 7 Dec 2025 11:07:48 +0100 X-Gm-Features: AQt7F2pizR6l5qnUrFdK4Q6HSlMgZEa6QE8FUalFp-QQNJkRBuy1BCMhG3wMBZo Message-ID: Subject: Re: performance regressions in 15.0 To: Rozhuk Ivan Cc: Konstantin Belousov , FreeBSD Current , emaste@freebsd.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.94 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.944]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20230601]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; ARC_NA(0.00)[]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCVD_COUNT_ONE(0.00)[1]; FREEMAIL_ENVFROM(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; TAGGED_RCPT(0.00)[]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MISSING_XM_UA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from] X-Rspamd-Queue-Id: 4dPLQw5X4xz43NJ On Sat, Dec 6, 2025 at 9:26=E2=80=AFPM Rozhuk Ivan wr= ote: > > On Sat, 6 Dec 2025 19:24:33 +0200 > Konstantin Belousov wrote: > > > > > > > 15.0: > > > gmake -s -j 8 19.90s user 3.02s system 773% cpu 2.96s (2.963) total > > > gmake -s -j 8 19.90s user 3.18s system 774% cpu 2.98s (2.979) total > > > gmake -s -j 8 20.24s user 2.90s system 770% cpu 3.00s (3.005) total > > > gmake -s -j 8 19.92s user 3.25s system 771% cpu 3.00s (3.003) total > > > gmake -s -j 8 20.25s user 2.95s system 772% cpu 3.01s (3.006) > > > total > > But 15.0 is definitely dynamically linked. > > > > It was super bad change for all peoples who do local compilation. > > I can not understand why FBSD Foundation does not force to revert it, it = comsumes > foundation money while they build OS and ports. > X2+ time/money for every build. > For some small ports x16+ build time (super slow on: make configure) > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D287447 Hello Ivan, nice to see someone was already on it, bummer it was not sorted out. Apart from reverting the offending change, one could consider going a step further and making clang statically linked in the first place. This used to be trivially achievable prior to: commit 77f6be448408eda1a31b1c98576e6c6bebf6ea6e Author: Ed Maste Date: Tue Aug 1 08:48:02 2023 -0400 retire SHARED_TOOLCHAIN knob Toolchain components were historically statically linked. They became normal dynamically linked executables in commit 6ab18ea64d19. There is no need to keep a special case build option for the toolchain; users wh= o want statically linked toolchain (or any other) components can use the existing NO_SHARED knob. I don't know how plug it it now, hopefully the commit is either trivially revertable on 14.3 or that NO_SHARED thing is easy to plug in for the compiler. That is to say, if you have time, can you please benchmark a statically linked clang vs clang which merely reverting the libprivate change? Should be a small speed up on top.