From nobody Wed Apr 29 01:00:03 2026 X-Original-To: dev-commits-src-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 4g4zVh6xLnz6cL4B for ; Wed, 29 Apr 2026 01:00:12 +0000 (UTC) (envelope-from ziaee@FreeBSD.org) Received: from mailtransmit04.runbox.com (mailtransmit04.runbox.com [IPv6:2a0c:5a00:149::25]) (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) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4g4zVh1XH5z3ly1 for ; Wed, 29 Apr 2026 01:00:12 +0000 (UTC) (envelope-from ziaee@FreeBSD.org) Authentication-Results: mx1.freebsd.org; none Received: from mailtransmit02.runbox ([10.9.9.162] helo=aibo.runbox.com) by mailtransmit04.runbox.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1wHtHX-003VT8-SV; Wed, 29 Apr 2026 03:00:03 +0200 Received: from [10.9.9.129] (helo=rmmprod07.runbox) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1wHtHX-0004s6-KS; Wed, 29 Apr 2026 03:00:03 +0200 Received: from mail by rmmprod07.runbox with local (Exim 4.86_2) (envelope-from ) id 1wHtHX-0000gT-ID; Wed, 29 Apr 2026 03:00:03 +0200 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable List-Id: Commit messages for all branches of the src repository List-Archive: https://lists.freebsd.org/archives/dev-commits-src-all List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: dev-commits-src-all@freebsd.org Sender: owner-dev-commits-src-all@FreeBSD.org MIME-Version: 1.0 Received: from [Authenticated alias (960477)] by runbox.com with http (RMM6); Wed, 29 Apr 2026 01:00:03 GMT From: "Alexander Ziaee" To: "Mark Millard" , "dev-commits-src-all" , "dev-commits-src-main" CC: "mckusick" Subject: Re: git: 5ed26c21e4ff - main - bsdinstall: Improve auto-partition message Date: Wed, 29 Apr 2026 01:00:03 +0000 (UTC) X-RMM-Aliasid: 960477 X-Mailer: RMM6 In-Reply-To: <13e05438-16ed-4049-b595-cfb6929aee79@yahoo.com> Message-Id: X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:50304, ipnet:2a0c:5a00::/29, country:NO] X-Rspamd-Queue-Id: 4g4zVh1XH5z3ly1 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 2026-04-28 19:06 -04:00 EDT, "Mark Millard" wrote: > On 4/28/26 13:53, Alexander Ziaee wrote: >>=20 >>=20 >> On 2026-04-28 16:16 -04:00 EDT, "Mark Millard" wrote: >>> On 4/28/26 10:02, Alexander Ziaee wrote: >>>> The branch main has been updated by ziaee: >>>> >>>> URL: https://cgit.FreeBSD.org/src/commit/?id=3D5ed26c21e4ff1d478d4611a= bbf3dc14cc1b77244 >>>> >>>> commit 5ed26c21e4ff1d478d4611abbf3dc14cc1b77244 >>>> Author: Alexander Ziaee >>>> AuthorDate: 2026-04-28 16:59:19 +0000 >>>> Commit: Alexander Ziaee >>>> CommitDate: 2026-04-28 16:59:34 +0000 >>>> >>>> bsdinstall: Improve auto-partition message >>>>=20=20=20=20=20 >>>> Manually tuning ZFS for systems with <8GB ram hasn't been necessar= y at >>>> least since the switch to OpenZFS. We have users reporting using 1= GB RAM >>>> with no manual tuning/issues. >>> >>> It is my understanding that FreeBSD 15.1-RELEASE intends on have armv7 >>> fully supported with normal style distributions, unlike for 15.0 and >>> before. (This came up during the 15.0 effort.) That sets some context >>> for the below. >>> >>> Back when I experimented with such contexts for building ports on armv7, >>> there were definite memory tradeoffs vs. using UFS and what parallel >>> jobs / MAKE_JOBS_NUMBER_LIMIT combinations did. This was in the OpenZFS >>> time frame for sure. (I tested both ZFS and UFS types of context doing >>> the same builds.) These tests were "headless" (serial console and ssh) >>> that avoided also having any other notable competition for RAM+SWAP, >>> something that does not necessarily generally apply. >>> >>> I will note that armv7 no longer gets updating official port-package >>> builds via FreeBSD distributions. Some folks do not have/use aarch64 >>> that is also armv7 user space capable or just do not use aarch64 systems >>> to build the port-packages that they want to use. >>> >>> Compared to 64-bit contexts, 32-bit environments (such as armv7) also >>> have smaller multipliers for SWAP=3DMULTIPLIER*RAM before FreeBSD warns= of >>> potential mis-tuning. armv7 is tier 2. >>> >>> In other words, it seems that more needs to be specified about the >>> workload context to make a solid claim. >>=20 >> Yes, that's why I removed the stale claim and the link to stale doc. >=20 > I was talking about your new claim: >=20 > QUOTE > Manually tuning ZFS for systems with <8GB ram hasn't been necessary at > least since the switch to OpenZFS. We have users reporting using 1GB RAM > with no manual tuning/issues. > END QUOTE >=20 > not necessarily applying well to armv7 for its likely common context of > building port-packages for armv7 on armv7. Tuning filesystems for port building on a memory constrained tier 2 archite= cture is highly specialized knowledge that is likely uncommon. I'm sure it would be appreciated if you put something on the wiki under the= arm namespace about port building! Please let me know if you do so I can t= ake a look too! Best, Alex >> Thanks for the interest and the additional context! >>=20 >> Best, >> Alex >>=20 >>> A common case of needing to >>> personally build port-packages on such systems at least likely does have >>> differing tradeoffs involved from differing RAM usage. (Time to build is >>> also part of the tradeoff structure.) >>> >>> (I'm not claiming that https://wiki.freebsd.org/ZFSTuningGuide should be >>> referenced.) >>> >>> I do not know of Kirk McKusic would fully retract the paragraph that is >>> on pages 49 and 549 of the Design and Implementation of the FreeBSD >>> Operating System book as a summary of the issues. (Page 547 and 548 >>> indicate more about what contributes.) >>> >>> Further, the page this links to is a stale >>>> wiki page, which is causing complaints. Remove this misleading not= e and >>>> replace it with a similar message for UFS. While here, reword that= note >>>> to be a bit clearer. >>>>=20=20=20=20=20 >>>> PR: 287719 >>>> MFC after: 3 days >>>> Differential Revision: https://reviews.freebsd.org/D50971 >>>> --- >>>> usr.sbin/bsdinstall/scripts/auto | 4 ++-- >>>> 1 file changed, 2 insertions(+), 2 deletions(-) >>>> >>>> diff --git a/usr.sbin/bsdinstall/scripts/auto b/usr.sbin/bsdinstall/sc= ripts/auto >>>> index e9d6da149a85..ca0561daac1a 100755 >>>> --- a/usr.sbin/bsdinstall/scripts/auto >>>> +++ b/usr.sbin/bsdinstall/scripts/auto >>>> @@ -50,10 +50,10 @@ msg_abort=3D"Abort" >>>> msg_an_installation_step_has_been_aborted=3D"An installation step has= been aborted. Would you like\nto restart the installation or exit the inst= aller?" >>>> msg_auto_ufs=3D"Auto (UFS)" >>>> msg_auto_ufs_desc=3D"Guided UFS Disk Setup" >>>> -msg_auto_ufs_help=3D"Menu options help choose which disk to setup usi= ng UFS and standard partitions" >>>> +msg_auto_ufs_help=3D"Choose which disk to setup using UFS and standar= d partition layout" >>>> msg_auto_zfs=3D"Auto (ZFS)" >>>> msg_auto_zfs_desc=3D"Guided Root-on-ZFS" >>>> -msg_auto_zfs_help=3D"To use ZFS with less than 8GB RAM, see https://w= iki.freebsd.org/ZFSTuningGuide" >>>> +msg_auto_zfs_help=3D"Choose which disk to setup using ZFS and standar= d partition layout" >>>> msg_exit=3D"Exit" >>>> msg_freebsd_installer=3D"$OSNAME Installer" >>>> msg_gpt_active_fix=3D"Your hardware is known to have issues booting i= n CSM/Legacy/BIOS mode from GPT partitions that are not set active. Would y= ou like the installer to apply this workaround for you?" >>>> >>>> >>> >>> >>> --=20 >>> =3D=3D=3D >>> Mark Millard >>> marklmi at yahoo.com >>> >>=20 >=20 >=20 > --=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com >=20=