From nobody Wed Apr 29 02:38:31 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 4g51hG5ygmz6cRyL for ; Wed, 29 Apr 2026 02:38:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4g51hG0wVwz3y9Y for ; Wed, 29 Apr 2026 02:38:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1777430314; bh=BLKUb4CQkYMNpTUPfO7gwTy2WAxW6qbeHgmtt7Lemog=; h=Date:Subject:To:References:From:In-Reply-To:From:Subject:Reply-To; b=cKvm4fMbZVNq+LE5liaJ5xZtFzWwUvHjJfB/Z6du+dSDwf5qqBi87gj//wY1hsNShMlBbcRnQwsgpQ6f/dF5ExMilRolIldHfmIcDlFDsoWVQ91hkTcNbD49/+oUKdPJNadVbwgdEGd9c+loCbPRpg2gIEvVnMrkJSIOQ9pZC2Lkpr7XS0tdYjujoCAk1KhCGgUex5oXhiCG6WkpUU2/Z8CIGbQlrXdl0zse80XR4ZGN0XTLw9JzRbyfK497t/GFjYcZSYG4JdAozQULVCCeO1hei+N8qr8Z4oXq2vy4zhxSKJKFsCmUlMaqjhPjMOngBYIuOJM1KKalYfajiTtjrA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1777430314; bh=ehSSfjV22DqkjgLrjMGgzO58P/dlMkKamgkT5cN389S=; h=X-Sonic-MF:Date:Subject:To:From:From:Subject; b=lqShpsDbNA2iY2GoeEmaqryOKskD9osu/p5zV5Hk54HbHa9UBBuGSsDdgE4o2wu2osLJ11N+GTfjGYk5XfL51QcFG7UpnXKNnTX+Es2PpTZa37QtM/D2d5TMbxCvjg0t63aeV5DF6j2BuSAZmFC0Alj5j+LYEXbmezDaHB95R+Vd05rphmdwVGx0dBnQnPuOXmnLT02YaA9kY7idGTvpswZwg6Ua2T/PCX25ZtdflRRLb+2sGfGWCdS6zNx3NfBe3yN6lSqasQ+NWbL92j1fX5bRMldCcD+SM67rpvMPXnSnv1TsKiq0jS7v6pdYxZMo8kP2KBPLrmH0TaHKoo8c7Q== X-YMail-OSG: N.EUSA4VM1ktEtbf9GYhrKkSAAdVQH8USxsRPqan.9uG7KYuENFlkidbtVNRSh4 81fGneg1FalqHGfu72du.EWCFO1cbDQDchQ4JDBvS3xrlrUQGaybSKaPzjbBZBdUq892DV98E5YM fQUOGL3IUyfGrwZILuft3UNUgGbYqu6qwCxZzgkyT19wCrZfIY4g7S6V_qg_rzBi2CtI35_eLBVS VyHh55pCBOb_6phmStqF2sMGW1R.6b.zuzItkaKXn8AaETAKOn7GxZOa8A0jEM.jWurAIDZZTION GaipVpTTXPK9tA0ykEIxFeJELMztNBTzrYi7MLu_B779ygFUTM31M4ax33nmnTPxlnaBzpI61yU6 G2nLZX6_EzPI9fXp0fAAFEkR6ZM49qaLJMFg_2UWIPKyDpNuqiZodlDQwz3F6Wy9ksftKlUPfVTI J3R6vNqfi5Hpd.3MJti9sueqxIiuiqzFte2bj0TVPFgxQ2skuCpwc4MSmZyuHVPxwVH4gPUynGha 4wCYZNcdUkOligN8ZHYf.QiDMVUwWkB.DBrzdFDzAjNMibgh.3FSrqJ4HZbbhDT.Jbp2rg9W.Tg4 oAL.25ZiBUxHLxeO_RSoFvCJVnDFgxa.JcxgumdqbvMwEspnZos.M.E.Oz8wgF7FVsAmEkMPRSwf zPj8tqbyUtGqlg3uHqGihHgJGbRqbPtv0_KiqVEcZjYB7S0RAdF8g6UQInw9D86WIP9S7Q.ruLRI 2vl2FKCxTCzmvBjMoSwfBjIPWOcN2MtPnpHBoz5NQhHD2fkzKv6BC.fjCFf8blLBu2ZukxG6ONb9 5VKu38Phxx_dBLf.MWWc8VLp51nxUBGDTV1aMGM_FXm8Yb11hzDiYLdSsoyws.UBSaht8Y_zy85D o4nMpseB9UsUEpEVXY_yJvPn4tUflwu3J_C4XgYKrGtJDsm7tDcTFGJd1wM5a7wVq4mI2i4PHOrN 5eKtCk.GZOpE0GC3CWyZEyv0d8yrUEDnZfsgjjQDYh0gW1P5L4.sKlv3fsAfy3F2g7ca7N8L3Ink 8pDSesc45ae.8GnE1vfc76K_hKZhU4n97B4pAsV_RQPag1FDuEmb4OEyHIQPjbcgshFNsV5v.6FY zCOXbruSjTI4BCaqE7UdEsPlYoO0kM93gIw8uZfMlkCg7VejDgmuuLwRHIHPQYu5C23FBQow2q2c 2aqCHYRD14mlfSWC3iK.GGkV5Ol5y0H8I3RXCN_qqVFmICj9u8Omxc17_w1.1iwCfVQYhalliatx usZc4Dkzq1JOUvPGirWUC3cdFqC2Zn9hTdGcAE5kzr7n76PqRK6xQ9QJHTFA10ar4ZcCyEWb9bPv vQWr0bO1EgOW3y_T6K9dVttRpKAsuVWJeE_59.6ZCN6SUUyosZCEM8WJNO47EY06hNqyn5ljXCa6 mvZE5aIf9ye1h0hoUG_AYBSHwZ.Vls.wdZZB_.JACIDlSh4MQd6_sJVbI0B2_VaEk1RjMKq4QEQD HnHAnNDIfv0R5ld1Ox3Ny3ys1DqcmKmA.G5NPpYf3rh7eEHGewO0sc1KvXbe4nZUgWPHUWhjliXR blFaboZ3uHio5R7vR8J_o91VfZhiMZNPMWMxFf4fOYiFF9KU2fsOKtOXpbibYomGmPK59O1UwYN0 EOaypISLYv0bghUDXjQbx28lSA40pTulsf7RSX6q97lWel8bWATLvshBM4lfL007CtEVm.7HnH4F aYi.VFFhqZsbOVuE3.bJQhlpHN9.DEk11_Zc_4RDQV9059AA1LIgZ4uHy0LxHFYbPqniTvh35R_g re75rFssxgWXK.4as2ZLUGMIyz.uQL.icAsdmeBwnwLrwYe7m.CZEc2SL_CA.A7L15Cj3MO3qjtq WUKyQ0ZsjgcMkB8IcG2yE2QffI_SuPtBSAeS2X7dgWRFvOL.229EEfmC2PkHmZbjVYXsV_So6qVM JlUbBt1WMJ1VbT2csbWNeNB5QJXbw6UY9xdruiZ18eO7qRbPKs0mZAtgIxF1JjzTUn2ErbC2ZRtw j_ZhxIAkWMwjMllSlDXMkPDXsk3L3O9tkzDRPz..1FtZ0qS_zZ88ROY3hCSNNIz28WL1SiGcRvRS pTs2x4dE62mSpD4QRzg_q_y7mhxgjBZh86kx6PW5J5_gQp2hckGcnaKPIy08pJgpn_IaEM.oqzyf cS8sa5HBRT_b9dpm2IHLUz2PnjWGTr1jidWOrSrxxPL2_cZnjtEmk3SjgnlSBD8oD29iviHXSiaz eSUATUFYecE7BEsJ.rj0Y2B.Ovbal3sgjJt7B.LA6za0_odr78FE4ePv59HKUuR04ikYcCbTVH5k 4EvXYCnQ7aPbj6mQcgYdnDicmPUQE5ToyvmQxdm4dFVrgrH_fCMMdIY5i17pYscb_xtt6.DU- X-Sonic-MF: X-Sonic-ID: e6b4b466-9966-42e7-b331-612555e7a01e Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Wed, 29 Apr 2026 02:38:34 +0000 Received: by hermes--production-gq1-7bb7df5c46-2fd46 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID adc066d0962cb68464cec936e3927364; Wed, 29 Apr 2026 02:38:31 +0000 (UTC) Message-ID: <58e18961-431d-447f-85e6-a5d746e9fc7a@yahoo.com> Date: Tue, 28 Apr 2026 19:38:31 -0700 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 User-Agent: Mozilla Thunderbird Subject: Re: git: 5ed26c21e4ff - main - bsdinstall: Improve auto-partition message To: Alexander Ziaee , dev-commits-src-all , dev-commits-src-main References: <13e05438-16ed-4049-b595-cfb6929aee79@yahoo.com> Content-Language: en-US From: Mark Millard In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.25559 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US] X-Rspamd-Queue-Id: 4g51hG0wVwz3y9Y X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated On 4/28/26 18:00, Alexander Ziaee wrote: > On 2026-04-28 19:06 -04:00 EDT, "Mark Millard" wrote: >> On 4/28/26 13:53, Alexander Ziaee wrote: >>> >>> >>> 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=5ed26c21e4ff1d478d4611abbf3dc14cc1b77244 >>>>> >>>>> 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 >>>>> >>>>> 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. >>>> >>>> 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=MULTIPLIER*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. >>> >>> Yes, that's why I removed the stale claim and the link to stale doc. >> >> I was talking about your new claim: >> >> 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 >> >> 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 architecture is highly specialized knowledge that is likely uncommon. I'm just worried about setting things up for more support effort being required. To avoid more requests for support on the lists and forums, a warning suggesting to pick UFS for 32-bit architectures would likely be more effective. But I'm not sure bsdinstall would have a reasonable way to present such. > > 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 take a look too! The experiments that I reported that I did lead to me not normally using ZFS on such systems after the experiments. I never became literate at tuning ZFS for low memory, for example. Another overall system issue for ZFS use is managing disk free disk space in each pool . . . QUOTE (from the book's page 548): Like all nonoverwriting file systems, ZFS operates best when at least a quarter of its disk pool is free. Write throughput becomes poor when the pool gets too full. By contrast, UFS can run well to 95 percent full and acceptably to 99 percent full. END QUOTE That would not disappear by tuning for low memory. Also, I was not likely to meet the 1/4 or more usually free criteria at the time. These days, for USB media, I likely would be able to deliberately maintain such a status based on sizes picked for use. But one has to know to do that, even for small systems. (Again: a source of support requests.) The book lists some more items in page 548's "[t]he areas in which ZFS architecture works less well than UFS" material that are less obvious. I have run into support requests that traced to such issues in the past. > > Best, > Alex > >>> Thanks for the interest and the additional context! >>> >>> Best, >>> Alex >>> >>>> 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 note and >>>>> replace it with a similar message for UFS. While here, reword that note >>>>> to be a bit clearer. >>>>> >>>>> 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/scripts/auto >>>>> index e9d6da149a85..ca0561daac1a 100755 >>>>> --- a/usr.sbin/bsdinstall/scripts/auto >>>>> +++ b/usr.sbin/bsdinstall/scripts/auto >>>>> @@ -50,10 +50,10 @@ msg_abort="Abort" >>>>> msg_an_installation_step_has_been_aborted="An installation step has been aborted. Would you like\nto restart the installation or exit the installer?" >>>>> msg_auto_ufs="Auto (UFS)" >>>>> msg_auto_ufs_desc="Guided UFS Disk Setup" >>>>> -msg_auto_ufs_help="Menu options help choose which disk to setup using UFS and standard partitions" >>>>> +msg_auto_ufs_help="Choose which disk to setup using UFS and standard partition layout" >>>>> msg_auto_zfs="Auto (ZFS)" >>>>> msg_auto_zfs_desc="Guided Root-on-ZFS" >>>>> -msg_auto_zfs_help="To use ZFS with less than 8GB RAM, see https://wiki.freebsd.org/ZFSTuningGuide" >>>>> +msg_auto_zfs_help="Choose which disk to setup using ZFS and standard partition layout" >>>>> msg_exit="Exit" >>>>> msg_freebsd_installer="$OSNAME Installer" >>>>> msg_gpt_active_fix="Your hardware is known to have issues booting in CSM/Legacy/BIOS mode from GPT partitions that are not set active. Would you like the installer to apply this workaround for you?" >>>>> >>>>> >>>> >>>> >>>> -- >>>> === >>>> Mark Millard >>>> marklmi at yahoo.com >>>> >>> >> >> >> -- >> === >> Mark Millard >> marklmi at yahoo.com >> > -- === Mark Millard marklmi at yahoo.com