From nobody Sun Jan 22 17:46:29 2023 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 4P0LJh2cWLz3NGnY for ; Sun, 22 Jan 2023 17:46:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (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 4P0LJg6vJRz3Dkm for ; Sun, 22 Jan 2023 17:46:43 +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=1674409602; bh=HmQ/TWcA7MpbZCjwu6w2Nb1u+m/T1ntQF9rsPiT4XHM=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=OWIrRfjbq6xjqJjlCLeRebzTwBn4yl7uWoe5775rnqT6/d5AdUOifwxINr06swKUjLewo9PsEkQyhVvO5MsXGhYHOuuqBFG2U1iSutySdxcIZ5CuW/SoNMeWMVPLGaejamGrmgIVrfscxBmO3ImHWNxmVZx0uOPI+P/tM+zmaDr00HAxVUzg1Tkk6UgbHnUOI+cV/r0dxDNk4CFi8RzRgtlspKT864zc+7mHAzdUjGzHjbesx5xYL4KpiWOPt/eqar10D15tOQhSEDDItWHg45va6r/ONCaplStfGpZ+73hPDDICWo02fHwjccdHQYnhJ14s/4VZjm1p2TJTzf49yw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1674409602; bh=EnHecBoCYVttEAENx1xGz5mf2Tpalzipp29+ZmRdAvL=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=trQoFlqW8Eq8XGeSmMBnExFUWyxw4soFatMYpJC6pdFyTflwxXGeqXYwt4JVdV5lfLK5TzvGa1frcCBaoqKDFvyQBl0QoomwlDPZhrQ1z4B85KFY6XQF81Y6mLYnHOIm2HFXiswgoGnOOE/FIvKowHMhY8bMGkpKXeKwHlTCZ/HFhlb7Jz3A21jcfA8O8Y6sVJZixPIPX112YNR/Ee71GyftTELr6P3sura6FG8sSB5/iZb+J7e46RlY8gTnx3ZPuE3mppnV93UdsdKpXmToCak1U99wSNNSUnNflxGgf40Qk+gBWm0K9Ra4rJUd+guvSkb/O8A22x9IupNQCQdQ/g== X-YMail-OSG: u41cQpAVM1mcoiF5DOvm80lf_N4W1goNyOHeuvxwo0CA6rqd3o0aHv6UbIFlfOz tIGyFhauQGg60IUvF7U_WqsA3dV.SP7YlChHZGpkxI4iNYCsBAJFR_FK2mqA5wNyPTgYLRLcQc1T xV.oFTo5jJ1cRuCoaVSQPTEnLVihYNcZ5TveJZpG7xjjNaM_oharqw8.f7N3MbwJF6ifCm.cbOzi GIFgXanDpoP3rHf2lhu0LNeaWVDmYPpfRV.H7ToVsR8OQK1tA1AjaePQQE70LztziWms1RBazWl6 T_eJGWOHFkWC1vgd6M3k6A_Y1xb9RMQskCEl8UWU0CHwrM7l3I1e0VWtlRXrUMr2HThu8bZrZA5a 7ksMHkel0OgVdxJ6W0IqD6bDFHMUfzBaVNnVsCMfmMoEJr4bhbO3DcwuRAM4AURSvipA62M.3POY wEnxNnmfkTC3iCm8ygfzEXx02kgfcE2YyTwj83w99XGs3aZwxzC943f_EeFY2egvwWLTgl0feRYD ZZODAt1cErvf67HRG2YzOQy.zYqBB1fmiH3otja1hC1BCuwY5fwELDInuf7gxRo82QoM._wa19KN Q8OigIIWdETSctl8997anQlexfbQVL.lpwdTpJ61fmHSHCIeoXSoKolIdQVhtcBrmVYuVgiZ437A YQzkHDPWeiQ974HiqNKhTN9reFRwg5L0gsjnRCu9.s0ugZSgCVpNDzcfHvPUZqfSSSYp06S8nSu_ 6iRsAG_nji9lO0vhjcaR2C13Dz9tcOh0sJfeObX6loj015QuD.VOkHAtQfhv_Gc8esUb_Dre8aXC FAJ5BV_Cj1.1Ohc4QilrYt2dDpTdlz5_yzgd6dsL0BbunCoyupV9Dv9bD00gSJS3.3z_Q1KFxPg8 qnKb37XjrjR3NXMSW7v0BCIPa6.TkEAzGwctBj91LVNXni3S6TIRJkOtgU3twE.1nNhABNVWn1Vx 6DiiVrsTycHDtiawfK018RMgyN2tNNtAwSIZTDhjKW7gP2PfVNEX5GDiqSKw1nGiu2opJTNY6Z9a _Qpm3aazoqShaVC4azpp81owL.e5PZFrL8pOe56BCeI2qIaPEjdyVOzswtOMjRqf6aKL8NhP08LC NZsn.MJkGb5fe1E1m1JTioBy5JGyPx63fTGc8AATx44KBsDYDlQZkV5VQLBTFkqsSE5RPzG.wqG9 7gPUlQ6eO90YAH.py8P3.BmdoiFqSylqMNzOUUfjZ8p5rS5wZFezsNxr4.1b5AdE4fWnT103O9NX FtkvzviqUc.5qBuSj7f3O8qlqgp9yDdxvJf1KB2rUc8R9_8.OpXFV5t4yjGas6weg7FsTLzGe.8R fWAqbp2Soep4dIuDXc9fd_wAW78ZGNUPox_tgmiSbN2WDVJyZksl3olJCbJs6SNnumzuo7wVpRUc hEXDsZuaR4k_sc9xTX6mhQdohEsWvTNq3J4uJaDlVNioWNkS5uZzdpRF9fGGvqPcVhkXZCk5WeKB N5UNJHneRMb87BrySzF9moaztcgZk23G6MDnZ3zJPA9VVPdyB.mzU2Ccs6GVezFsYq_M_ik0PebC PL3NXRVZ0iQYpVOsMLsg8X1pMTVdbbiBpsttTosT.vkcRvu314McZqe2dO5FQvr48M72JXYvFV7B X5ioPeAygWfEYwds66QgWqhUPKkNKjecVT3sW0etjEGSvXvk02o7gD5P.R2tRYYL9QOSa0ZaEIXM zDWOXHotgEUzOvmEBKb1E2KUOtXTNsR_Fa_pu0cqaauGFnxgFasvtPcGBjBjsJ6il4rwOPFyKLqm QvS2QszyzyuOM0_LuaAB.e7WgcWaMXaMgOxKhkyPNN7D.zaK4RGRaJ48MyOOhIt9z0agcDas17U2 P6Qwm0ioXwKo3vLkaN67gF29gFJQrnJJK_c6f4TwaFVr8Qk9VFHhdhhaJRnsoDP0F_5Y__zHH559 PMSFURZ3J0aXKbi1rFYhusIuqZGV5o.EYFKfD6tY3xt3qBEnhNulnSi5_wgjxWTcWE7.2st0UnYp arimAyYwV48WW.3wZPxTvmfbeUbggDF0.nfTJgEhzGU.wn7jYXavLyejwqUhocKfYcEz5UIQJwk7 CaTrbRZReqWi9QJ1Z_Wf_9cT8K1v73K5i4AXft.B_QZa1uX7IuS9w0PoagAzNIy4A6JBJKXJZRfo _4GUF8wGVf6DhbxcNEMBnpw7fdSf83goqyE8HlfZAmhXS6_33bTXXj_bHTEQRpyMpZGUNvTYEiAu 7vlisCh9oqYhtMqhhXFBBNoMGr3ze90aQRJ0CjANLxm.XW4AnyNX9NBtF0_qJXvHjbTE0J8JrsQv Wrw-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Sun, 22 Jan 2023 17:46:42 +0000 Received: by hermes--production-ne1-749986b79f-kcqbz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 1d8e7e9022777e2a5db5194e1cc09208; Sun, 22 Jan 2023 17:46:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 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 \(3731.300.101.1.3\)) Subject: Re: An idea for swap partition size vs. swap space size in use handling From: Mark Millard In-Reply-To: <83FEEEDC-1880-4A7A-B5C9-312FB86D5826@karels.net> Date: Sun, 22 Jan 2023 09:46:29 -0800 Cc: Poul-Henning Kamp , freebsd-current Content-Transfer-Encoding: quoted-printable Message-Id: References: <202301220717.30M7H7wC022099@critter.freebsd.dk> <6F24FD22-ED7B-44E2-B6A6-C82F845C3A56@yahoo.com> <960C016C-9D43-4F24-8913-363676B5E202@yahoo.com> <83FEEEDC-1880-4A7A-B5C9-312FB86D5826@karels.net> To: Mike Karels X-Mailer: Apple Mail (2.3731.300.101.1.3) X-Rspamd-Queue-Id: 4P0LJg6vJRz3Dkm X-Spamd-Bar: ---- 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-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-ThisMailContainsUnwantedMimeParts: N On Jan 22, 2023, at 05:15, Mike Karels wrote: > On 22 Jan 2023, at 2:42, Mark Millard wrote: >=20 >> On Jan 22, 2023, at 00:21, Mark Millard wrote: >>=20 >>> On Jan 21, 2023, at 23:17, Poul-Henning Kamp = wrote: >>>=20 >>>> -------- >>>> Mark Millard writes: >>>>=20 >>>>> It would be nice if I could have just one swap partition >>>>> on a given boot media, one that is more than sufficient >>>>> in size for all but the biggest RAM system --but to then >>>>> be able to tell the system to just use up to the >>>>> recommended swap space size and to ignore any extra swap >>>>> space in the swap partition. >=20 > Why not just reduce the size of the swap partition to the desired size > with =E2=80=9Cgpart resize=E2=80=9D? Granted, that requires manual = intervention. Why would I use the size for a 1 GiByte aarch64 system (prior boot) when I'm using the media to boot the 64 GiByte system? So increases too. Manual intervention every time I move the media between systems, going in both directions over time? That gets me into the business of independently calculating a reasonable lower bound for the recommended swap space every time I move the media between systems with differing amounts of RAM. I've noticed that the recommendation varies some across the OS updates. (My guess is variations in the kernel space use is involved in the recommendation.) I'm looking for something avoiding such a redundant calculation, something that just works given the variability across OS updates. =3D=3D=3D Mark Millard marklmi at yahoo.com