From nobody Mon Jan 15 00:13:06 2024 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 4TCt042YdFz575CY for ; Mon, 15 Jan 2024 00:13:24 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-20.consmr.mail.gq1.yahoo.com (sonic314-20.consmr.mail.gq1.yahoo.com [98.137.69.83]) (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 4TCt0364gQz4fFl for ; Mon, 15 Jan 2024 00:13:23 +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=1705277601; bh=bkManvDA6O5oWMSTApBOIZ+adaN+ygezH4BsHB7rd1A=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=a3OZtm1bpdZcsXhNlcDqeqUruEE9RP313D9nPxMT2u6EVA3lldDIgmrROhbGnEKw4PtU31j5rfAY1QK+zQuUBIPopB07EDPkkOODD9nPVnflylVk0Hf+wDVAQFglgQYtc8P884HVoCPY1QtW8PVEeigpKXVS5uIyNdV3XdD2TCj+HFun+s3NdDAokscJ/90LUzw5UgRVy8wW10dvfHCIm5gHNjPQMxEHiUMcivPPOQuzjs1Y0HgJK4eVAzZrGU4LybPIVipJut8qSZ/wOfe/HLGLg8mVd+CfsjcEbAcfkqePcUsr+Dg1hIaJyxhl95bu5xIcopd8Z59w+np1/jF6sg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1705277601; bh=447CEZlsxrQCvlwo+BccnlQd8PhKly+uUEknN8ivFFl=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=R8lOA2SQBxwZr3SveSfwnJjfXt2inZAz50Q98DOu9h2B7aW3TtQzES7N8lDXOw0QlsqoZMwaVzGmrOQR1fDnVFZ4XHWUw4ytfNdMAgORpitlKWixUdTDkcIvzB1xg611owhq5Y8G3zdNLlPl0jk75mycL5sZRGNtKkZ0FOPXxN5KjoE+NP6fV4Ja16CjVpGeablMgz7HvLvqyM5O6I+aolCsq2qBxFxAaoqrEBK7CmcWW6PrmYZF4uo6vddoJR5HI3PGw6a+nlBTo2gYh3U2+IbQtynZflY4GILNqSfvVjF4kfuMTOHJtUCzdAaMTDDL+dL2hb9f3AWdCQB4ZEiw5g== X-YMail-OSG: cFYlUAoVM1kw4hjaXUKd3fdLaLckx5FHeDlRYFgvAHTJv9Z7vPzNJ5tDWM1XfuD DoO_Sn9Ktq2QqJ8q4.DchtLm9JbcXWRZ5eWwLDFndQJ5lSartUELTVj.MYXO7eOKTbC0gkx4r4dy g1YqI7K6ctqmXDibuPqqwl0bBAOA0WbRJbSfQHmfCqSmUShNWUrbbmynxzQEuFrKFKJ2XLOGb1ni P6eV1gqQ46B2mSYdydM9ZvADh0x.3usop.q2pGYN1GvhDzXqp.3nVa4lWhIU2.45giC5skwSzEV4 pi3dviqsnJAU6T6445jSmPqT0gWxPxQZ3p1Stu9JX6l1LGmiLiqG51n.NwRssQnLR0dvsp3VbUtw ez8cZ8mtkgk1va5_BqP8eQMMz_5wpXXY8iKpOrQXpA674PuscSduCr5ebd6F7t_zROnAeUPaeKSb 6nxLNbsjqC2uO250kjMmZo6QiO91xM9_UShCUOWkBNuCgQ5edOoH6FHJCyMXAvDMvxLJKmnLNLpb .rBhMhzA6T_yjgvKrmnif4c3d4D8Uq..koGbj9qo3FbsjMmsOTGbSw6MrrG3SNj0ggwflAoCSSp2 NyV8b3rMgdd3365XVUP9biWBsbGPCcj7cTlusligKnvqPAfDQgLc7QZZzRIimYm9nz8Wc6TwIP_h C.ZHBay7F4G4bxCnx5gr5GMUbzYCwGq4.qL4JTNxjqEIR0Lrq7dQ9mR_dSADrnHC6T.bkO_fF8hT AaYmRDika7N5owwEgZ72126FizHauby_5XDzPyVwHpJtCCjWuxsVtUyJADF4U_SzaEstpXcLUgVS 8yTT4V50FljNU6pXHzsLkD66POLTwKfjmjF83.JoWKmHFPBm0OgQTqLu.a9NFBCqsAVYBxIP4DdX 8SOXagih9C39zYehOfJO7YsG6Nj1RLEzvxAm43qj.mBxiUh_5kIK.mchyc4XiWMA9XJg3qPcU1GB Ihz91eD8jtbmeuA.zuHz4wIop9cghURxEXE9HFxQ_tfDA_tPwUx3sbCN1VtMyj3rKbFw9zVXhZ2H qyWH5W2XelnuAhTPuRv2bTMkyNTkN1get3fgPkrmBYpNa8xhmVQKwotmfTHhe5XJI9c0TSQLFC1J i99YjDF9APMmCivUQL18FMa6eZO7dzEP2LIM6SyU0Ei7MgywzwIRa.nGZNwc54fysh_LvTw.9bbF YrW5xuYn6NGVeOJO3JF.7vCJB1r4iC9Ij.ieAQ5i_8Hk4tUpkiJpBXV.urCG2Tb.9._dUBal0GfP 3si.DGqmjhvZR8K.Wq.vSE63ZsszHbU.C3k2BiKimWd1sj9LD6zNKpJ1spARblk4CcqRpmBGAnwi 361drsA7dIzuxIBSHhYZYPfEPtJ6ZqSQXe997MPo5j_e0IlHu1UAVALgPOhmJgfU3jGMheVNHe1h 6aJS7HBMxch1BhgDuot5lgmk8yPq259hDcHcLOUTSVWY1k3G_5KdsvDvDgVO.XrfNACQBqUNJuY2 UWXKNcC133.F.I8lgLonMfAx04BlRxtkyTcQBXN416U8G0Ufv8ODtz7FWxMCxBrJjMzb_Wl.YevJ CkreWrWO0C9sZVjt9SsedrEfjtoPTWJ70eLPJqMHOpQn6O2Mq8HbhCz_PuveDsgrNbjxR96Fiwt8 ie8YX3pTGrLLSJi1uyez0GvnFQFewJ1o2gPxmXWBVRdubnma5OqwloYikcfYUG5c_h9PxgCUfKsf xLd7PWeLGA0g41kXvuu.ai3.HQPbaxqUaN9jWVIiT9RrSXe16EzUgceAmxwGrK2xvOaksOlN5c9F biriGyy0Q7nanwrUHGGzL8mcMk2jIHjn2VsYTHP9C0EpJF7cvvMmvlGJeuSvWm777A1KBlP6_hyX iw73zFeReai9Snc5FeSudd7i_QhrxtXRX9PgsHeRJes4JV0oegUIX4dugKYFboM48clKs7Kfc3r. GM4wLLDdav7Ki9R8p7uGD9PaOXUNoi7OlcydvWdNoBdaLQBv6yA6sxJxZACzVa8RV3qx4yyiKvnM Hlu5RAze85.OSqyvCi5dPUFK1uj_s7EAFtK.VLtFij3tC6V0WvSXcJv60q6A1EaPyWR512Jp7RFT pywJiS3zslx1C7XZsQjmkA7NBQrsUT0MgXH3jKKxb9YW.mLINX2P_4NEyEBkzUXMCxPyYIRZZyjs MuQP9yqUz0hvnDwUC.lmH.0US7zMR1SkEH38y16ZcmQ0HAnuRX10siMXyyVkuqy53n0wuDawYQk. yFnZYhp.ARgC0HKXVRupvix7vbWvbq8u7ot5I3HfjgkPDmW0DILEOUF68btxi3OoeUACBSqlUcN3 d X-Sonic-MF: X-Sonic-ID: ea04ecac-3e19-4bfc-aa2d-5fea7967782a Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Mon, 15 Jan 2024 00:13:21 +0000 Received: by hermes--production-gq1-78d49cd6df-c978w (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID d53c08fd5caffc3703a841f0c8884297; Mon, 15 Jan 2024 00:13:16 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 16.0 \(3774.300.61.1.2\)) Subject: Re: noatime on ufs2 From: Mark Millard In-Reply-To: <20240115072732.85c2213714a658d3b98ab830@dec.sakura.ne.jp> Date: Sun, 14 Jan 2024 16:13:06 -0800 Cc: Olivier Certner , Current FreeBSD Content-Transfer-Encoding: quoted-printable Message-Id: <259993C7-D14C-48CC-9593-25FCC1741115@yahoo.com> References: <3183964.fD0qBhBWp0@ravel> <6A477CBE-692E-49F9-B21E-2C0D29F09766@yahoo.com> <20240115072732.85c2213714a658d3b98ab830@dec.sakura.ne.jp> To: Tomoaki AOKI X-Mailer: Apple Mail (2.3774.300.61.1.2) X-Rspamd-Queue-Id: 4TCt0364gQz4fFl X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated 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] On Jan 14, 2024, at 14:27, Tomoaki AOKI = wrote: > On Sun, 14 Jan 2024 10:53:34 -0800 > Mark Millard wrote: >=20 >> On Jan 14, 2024, at 08:39, Olivier Certner wrote: >>=20 >>> Hi Mark, >>>=20 >>>> I never use atime, always noatime, for UFS. That said, I'd never = propose >>>> changing the long standing defaults for commands and calls. >>>=20 >>> With this mail, you're giving more detailed objections on the = social/political aspects of the proposed changed, or as we usually say = more simply, POLA. >>>=20 >>> All your points are already largely weakened by the fact that, to = wrap-up in a single sentence at the risk of being slightly caricatural = (but then see my other mails), nobody really seems to care seriously = about access times. >>=20 >> I seriously care about having a lack of access times. Yet, I've no >> objection to needing to be explicit about it in commands and >> subroutine interfaces, given the long standing interfaces (defaults). >> It would be different if I could not achieve the lack of access >> times. That defaults do not block having the desired settings makes >> the change optional, not technically required. The defaults are, >> thus, primarily social/political aspects of interfaces, not >> technical requirements to make things work. >>=20 >> Given that, I explicitly claim that avoiding POLA at this late stage >> is my preference for the priority of competing considerations. I >> make no claim of knowing the majority view of the tradeoffs. I would >> claim that, if the majority is not by just some marginal amount, >> contradicting that majority view for this would not be appropriate. >> (Again: the social/political aspects.) >>=20 >> And, hopefully, this is my last contribution to this particular >> bike shed. >>=20 >> =3D=3D=3D >> Mark Millard >> marklmi at yahoo.com >=20 > I would prefer violating POLA here, with, for example, forcing admins > to choose explicitly with installer menu I've not reported any objection to bsdinstall having explicit choices required in its menus. Nor to changing how, say, official snapshots are generated (so long as well notified and documented). If my wording was unclear on that, I'm sorry. My focus was on things like mount command notation and /etc/fstab notation (that tracks mount defaults) or subroutine interface equivalents of such things and changing their behavior without requiring changing the notation already in place in various files. (I've tried to word the above without making new points, avoiding contributing more to the bike shed material.) > Choose whether you need to retain last file access time or not: > 1: Don't keep (current default) > 2: Keep last one (default before 15.0) >=20 > by hand, or via installer configuration or additional scripts. > Of course, existing installations should not be affected. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com