From nobody Fri Apr 25 17:06:33 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 4ZkfQJ6FR3z5tnN9 for ; Fri, 25 Apr 2025 17:06:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-19.consmr.mail.gq1.yahoo.com (sonic314-19.consmr.mail.gq1.yahoo.com [98.137.69.82]) (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 4ZkfQH63Rvz3ZrW for ; Fri, 25 Apr 2025 17:06:47 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=ngdFz+WJ; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.82 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1745600806; bh=+Y2rfic5A3D/Wu59kHho/MPlpGMXaDaFNG46ECh48s8=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=ngdFz+WJOZq3Km/L35lfUajnk11GVKkfYM9b5kOhscX0L8gCP8pQufbU0ZDswJOXQzURnBoT1QFXRJ8AMK9fezsZF+Ves4ppCn+SKXjOlu4+lmHlggNAFCsY6oWPbS5zG/Fie121wV7ZD9DnD3wKt2IATycvmTlLo3yYZESUCfitc27owi2ngBGSzo14pYRnuqvyNs5JmCsneucH8SMQC9p+CAaZmckbc4l6ZGboO7zBXX7JHEIZ2hC8oGv3D22A6XchcyaK1IniNyw0yoGfpsiiQ5SM0qqSv29Tzrw+V9qxpRc2p0VN1RGx/JwhS586U/u0id/KiNsibjPLWJLPxA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1745600806; bh=gELIetZfgkk9gyrBd+U5SbTfQ34tecwdkj0pm9rzjJp=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=jDwErxBOSe9ze+BYL3Q5UWRay+80/4O0u4V77kDPwysLb9CZ+ooRLkfM8nSQcz4IiAVsliwLaar+zo2qPV2m1eCjgD3mp2xhQe7WmB9mIAuPpPjZlrZOrbRj00gWq201yHPQgOnnYa4e4v90Ryg7rRQjK7lDBzRoppy/lrllFRHe2PTaGK48qNTt97NN9JmMf6IG2iv0jtbfGi/gj3tHc80/xC9sWCpWjjiJWOvnmjc8i0RE01zt7HAjIewJv3KJlN0JkEVYQDnPpdMW2OGFE49GlDXpLR3esbKon94APUD6hjAqhKdodAOQR+UuVqXndlEHRAZ3nvfOMhdQ4DYINw== X-YMail-OSG: yC8z7GsVM1nbtWONHF4YlnQ5eNG9oSp8rNj_nnqrM8iguZFfYqyhEVA6YTOrwV. vwx4pDdtftL.ghdFI4hdez0FmqlVI.OM2Gf8Ux.rCtO70xHxg_9W.d5bvITk7jjfExvZRDnRGi46 PI2iH0lpCsYt.zy3EokAtEgaO7m9_B4.69yxKq70fm6e3arUiqVGF66MKoqgytklhBH3N8NTZVOd WdjxJvK8CWMKCan54OB1piEOVPOqPHpljqffGY.mBquQOwaqiPk3aG2jkIZzj3SO.BkDRy7O.gUI ZHcmTUSsSKzaCKmmqLCgb93TohWMQoFhHkusGFI3MBSxxrDqW03jgZVCZgod55SpRS_L1qAi27Hc ufxdW0mzpySVEO4pitkr84dtEftEhpabupYeGZfwnKSrICroRqCtPu.kbWFiEM.7yzxxFhmnmOs1 BkBqygeZYYz05hYfEtTMr3nvmFGmWZA6wycKoHLUeGGVjxZ2j_.c19gP.dFFJikKtxme9Hawwijh PveLrE3Tm1EvsBuoG409e2u8aF3ztLtauFyyewFSED5s2eRpdGNyhMS3hNFvqyR3Tj_eHbUzfRxt nf3R62u5zYln8__6yWsEQcqQGb7ZZvLDi.MVmjJIsIRC_TfkJnMn8i8OaQbG5tW.MpRij5_RhLq6 GPpC2Z_Ke18USvB4UdlW4lHQGTnGgJYcDG4_6b6eCB_MyA82zT1_8eRYIEiagb_iqd2hCYGIZbbp cox07t_2034Ok3z.7YLTCMXepPRQZ7uc8gK7tane0PpZzDe_raw4w5.mmzy7pQH0iC8pmXb5vP90 t9JMUoCsly6DaXeT_ewfFiA1AxQYG8EH_OcTEmrY0TKZNRIrnSiCgLDM4jKKB76Xlh8pv3.ntK52 uHx2r.1LkkIqbuAOz31lV47jdVq2AVyxijOQF86XE_sYD_35IP34jDszZww_TeG0dQLTZ1j0gLEX KVnC.ZT5QtX4Ibc4TzK1ESi0cPdKlyYPkyx5POmTQ2mQ.LsYC5fILVarHS3JgBtAPXd0W8aL0itA cmDEcnfvpC28wWN0xd7nPhUQKPwYh.1CWf.cedMb8C.iLqTxbCk1asJJT9QndeZHnvAXzx.nfVhG laLAWsFGdYeS9lIJUBiBt42tfkLezA35_EyxXqW7znjvwJw8sBAzSJbv020.78Gw0XmdEzh5kQXW MIBS309_ExjaBQOS.AUVP7SdHPE3WFhGVsGtaKbmcq7jMEvlQKA3UxnIe3Vnoziv.T2olNitrgS0 .a1P2jx_AaADVBrBW2QV8NlTJMNlB71JqY51fj6f1zPzBsoSbE5hBfwPvrJvRj_O0kIoArrgwPKU Cd42lToOdLGdmjrieKfHaT7tkGi0Uy7BENBPhngEZQTMqKMrNr5SARkE1iE2RMiJbJRc7aql0a6B SKNFIRnHrGxiWrHcbnSG9t0gvuPgSYKTG_wNxCherKqQfh2fxSrAuWQMdCzuenorUsdGlrDCmDaj A_FrRGLNecCdSROiYUwNRt7gVaRDRUDpwHoYJEfQ0mx_YbaJUl2DIc7y3qffRQV.uNPW3BP4R49w oqwsP1wp7tRayHuBs9ST4BSjVGFGJdHqZWsK30Pdh6yVR_4xN4q0TULo8oJuvdqcH.7psLZGZp6C 4UPyJX534ao4NRGtxhTj_oPsvDfOinfcCs4CmZ8WTDWO0iNoBJ7Vego4M3Y6JL5AHg2uxxyxjgrK g_tgNwMM_81JzPAyfPkkSo2s.K9ZXA3hzStRUGHDH8uWPhKffaAoTjnNvBVIIhrXkkGiSWb_bU3W bUqeNa_jirKfYo7.iT4DmhXbHFoDleAfyRG6DnvC7laZSO368s.gfOoZcYkXqYLSFIsBb0PVFjJq 30qvDvDDJZb5s6uBnELySPkExEEVolVLAlz7ASoCQ8JH.jLEaDnOsl0FciWRU.AF1q12LmC7uqLl XcTiZ0wCh.nF5_qbOBMgnmRK6E0wBl3d9ADNCGvrSvnIDXnGaFYe.gLRRG_RpxfIEpp859Jumwhj jhw9jlPj2Nm1RPfnZcVhXLGp5CZBmc7vn83FOeTyBqSLXZe3R839iwgx7p_sbcnk9PbJGtLUAYdS UP_XN7ZAgF_BfRC_upcyrYjoUFIo7EUTi2Z0AHKQS94j.ZYQdq9vLMK_Ads5PZg2xCQ3wcgKFLRb j1vrDMN2n4edR826yaplcj3iqmVqMUuu1ag3m0t8Cy3jDy402yMdOpyUWkdXiJ62DR5wu2NhgoCt h5vvHNUMJsGfNL15J1QGgOQPPU6bR3Id7uO5bDdPOiyvJo0ovFDDm_m_hJLXOmeQCvGL3KEc2nYC 7Tg-- X-Sonic-MF: X-Sonic-ID: c40be816-e2ee-4683-93df-f9eabb751e93 Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Fri, 25 Apr 2025 17:06:46 +0000 Received: by hermes--production-gq1-74d64bb7d7-4ndhm (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 04fcd78ebd914db5aea0055b68b5b1a1; Fri, 25 Apr 2025 17:06:43 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable 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 \(3826.500.181.1.5\)) Subject: Re: zfs (?) issues? Date: Fri, 25 Apr 2025 10:06:33 -0700 References: <61B5E2C7-EEF9-4DD8-8BB3-77B530FE1565@yahoo.com> <2CD25DE4-2F94-4D00-A39B-1A1F24C263C0@yahoo.com> To: freebsd-current-freebsd-org111@ketas.si.pri.ee, FreeBSD Current In-Reply-To: <2CD25DE4-2F94-4D00-A39B-1A1F24C263C0@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Spamd-Result: default: False [-0.95 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.86)[-0.858]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_SPAM_MEDIUM(0.41)[0.405]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_TWO(0.00)[2]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; TO_DN_SOME(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.82:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MID_RHS_MATCH_FROM(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.82:from]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4ZkfQH63Rvz3ZrW X-Spamd-Bar: / On Apr 22, 2025, at 21:29, Mark Millard wrote: > On Apr 22, 2025, at 20:27, Mark Millard wrote: >=20 >> Sulev-Madis Silber = wrote on >> Date: Wed, 23 Apr 2025 02:04:28 UTC : >>=20 >>> yes, 2 * 8g partitions on separate disks, so i have 16g swap >>>=20 >>> . . . >>>=20 >>>>>> Van: Sulev-Madis Silber = >>>>>> Datum: maandag, 21 april 2025 03:25 >>>>>> . . . >>>>>>>=20 >>>>>>> others don't get it at all and only suggest adding more than 4g = ram >>>=20 >>> . . . >>=20 >> I have no clue if this will be of any help. >>=20 >> For 64-bit systems, having total SWAP much greater than, >> say, 3.6*RAM normally produces a warning about potentially >> being in a mistuned state. They look like, for example: >>=20 >> warning: total configured swap (477183 pages) exceeds maximum = recommended amount (466816 pages). >> warning: increase kern.maxswzone or reduce amount of swap. >>=20 >> If I understand right, adjusting kern.maxswzone makes other >> tradeoffs that I do not know the details of. Thus I avoid >> getting the messages by adjusting the SWAP space size >> instead. I've been told that the messages suggest a higher >> likelihood of deadlocks happening while managing the memory >> space.(Others may known what they are doing with >> kern.maxswzone adjustments and could judge the tradeoffs.) >>=20 >> Are you getting such messages on your console or >> that you can see from "dmesg -a" or in >> /var/log/messages ? >>=20 >> (The detailed multiplier changes some from system >> update to system update. I can not report a fixed >> multiplier. I leave margin to make it unlikely that >> I'd get the notice across various updates.) >>=20 >> 3.6 * 4 GiBytes =3D=3D 14.4 GiBytes SWAP, as an example. >> Then RAM+SWAP =3D=3D 4.6*RAM, so 18.4 GiBytes or so as a >> memory space. >=20 > Going in a different direction . . . >=20 > Are you going to publish step-by-step instructions > that repeat the problem(s) that you get in your > context --with notes at/about the failure points? >=20 >=20 > Also, you wrote . . . >=20 > QUOTE > i mean it would be easy to add huge amounts of ram > but people could also want to use zfs in slightly > less powerful embedded systems where lack of power > is expected but weird fails maybe not > END QUOTE >=20 > The Design and Implementation of the FreeBSD > Operating System (2nd edition) book says: >=20 > QUOTE (Page 49, last paragraph) > ZFS was designed to easily manage and operate enormous > file systems, which it does well. Its design assumed > that it would have many fast 64-bit CPUs with large > amounts of memory to support these enormous file > systems. When these resources are available, it works > extremely well. However, it is neither designed for > nor is it well suited to run on resource-constrained > systems using 32-bit CPUs with less than 8 Gbytes of > memory and one small, nearly full disk typical of many > embedded systems. Thus, the fast filesystem continues > to be the file system of choice for these smaller > systems. > END QUOTE >=20 > NOTE: In my interpretation, the "32-bit CPUs" vs. > "less than 8 Gbytes of memory" context referenced is > that there is a problem if either issue is involved: > CPUs can not substitute for needing sufficient RAM and > RAM can not substitute for needing appropriate CPUs. >=20 > QUOTING MORE (Page 548, 2nd bullet) > Like all non-overwriting file sydstems, 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 >=20 > I'll not quote about the mmap details that is one of > the things that "works less well than UFS". (4th > bullet.) Actually, the following quote seems useful, as it is tied to extra memory use . . . =46rom "The Design and Implementation of the FreeBSD Operating System second edition" page 548, top line and then the 4th bullet, end of 1st paragraph about "to ensure coherency whenever mmap has been used on a ZFS file":=20 QUOTE The areas in which ZFS's architecture works less well than UFS are as follows: . . . This approach provides coherency between memory-mapped and I/O access at the expense of wasted memory due to having two copies of the file in memory and extra overhead caused by the need to copy the contents between the two copies. END QUOTE > I've no clue if you have a ZFS-based problem, but if > you do it would not be surprising. >=20 =3D=3D=3D Mark Millard marklmi at yahoo.com