From nobody Sun Sep 7 04:11:54 2025 X-Original-To: freebsd-pkgbase@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 4cKGrH2D5Mz66PPh for ; Sun, 07 Sep 2025 04:12:15 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (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 4cKGrG6thvz3qPD for ; Sun, 07 Sep 2025 04:12:14 +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=1757218328; bh=xP9MD7o4odM3zEvLmDTzCmrWA1fBCNUti4k4Cndy8Xk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=faBp9jiA5wPyvEg8bp3H/rErTkxW/GZOF8FTlxYiE//HQdTw6EJbnRaWAj4SFJxxF5sflrvMUlm9fGc7auQKdqxCOVqJxwffVFulwPblzGvqt+EVmIW3PsvtReOyIxO4/giuo50XH3i2XRPdhQ0TjFHP5DnatLzzPU3ojWbIIdUe/YcYUBJklAiEW9TpjiOi/Kp93km1lAvGs94r3oLu16IBbCbpn6zI3+R5BfPwsWSg/q0idacpSHwL2kixgqCUD1eKaWfUS3uiU6QkdoH1pMdbMv1JyNEhu0YtgXQohCOs8iqMmIJcroO7IwgQ6w0Z3VqE/mQPeeeE/HUSBEBJCQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1757218328; bh=5EC5gJ+R8gTnRMMhwJprcfm8e4C6D0KKebqCgpgZ2is=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=LkLavjiyDL+XPcAJycqLYAfkHqnDuYH9efMI/R620znZ9Q8LnbTUMrK2V6hYZsogAXIQ+2eKLgZdr20XPhjL7mw+EG8ReUOh/2VFjpLAgAR0Z/RU4hYoZuxWgsn5f3jqkt1sJj7mECBQV/RsLd8P8R9F+LHndZioSt+YrYiyr5v/WbeGOiV4sQHQzX9+m27qFj2hI6s9EjzmNfPfbHRlkJvf7SZHkQvgE75UcbNRjnDpxnfNT0YwcRPzt6EiNWb29nXTD4VL0vfPNskbh6jPcRvzgvDcEotexnM4R7QUdEsMWEDH0lnxtPgYSh0Z9Np5M8QU/0D68aoaBKqgx5U+pQ== X-YMail-OSG: 3E_Fn9IVM1kHEyJN5eAv3kmcJ6KiUUuIXfums0PobNm84whe9TTalpWS0vvoYFY cGK6OyXotCHD.LpjyQq_UK9TgrTtkhG8DIyk1X1HZ1Ff.UVOUSNvGhC.6zg1LpINW.xp4.bIJppg 9feYmds1GKcCRoD_sF1AWK0TA96cWZJfXgBOF7JvSJhUhPplA7KXKrihHNG.nZewVu_PSETgjASc tS6vY34ObbywFG6H5CdNZvWkMbaC5k.dDwjgjiv_WMUNfrmQe4zH_BXAwwRROLdtMFglXRvtcRof brFD7bGjZXy3YGREy2o3rCrs_qbcvxtVih5gMOcYyy_MFFOkPuuIa6En8rLZIZuuays9LkO4PkhO TkT7kv1U5MfyeNHpvsJkJWHrVzD.C3orecG3qsYsvPf4JY7Uc8VbVNY7IIlB4VncxueMzfSnwwbO zjrQIOyJjncHVYlB8AnzSfpm7JHN76DaOL69pQFXyFoxcfa0j.xQ.GlQhD6NkycHjyeaZkprTqeM VvQsPHf7fyZ0KcENmRwgcJ3OpT4mPxCuouquwA7gNLVqmss1FD.viRCFmUbF9WE.JL_uRqcwsgdk 7sBbe3j8JyVU.jZtNj2ShiYebwM99b4A6MHpr0FfY1Ld504rUWmSYbB4vLdbPKHtUHyW2Egv1WRx gkakXRu6OwjX1nP6e4GLx_x0UYt.n6K6BIgPUvCkc_4PHUheqrq7sd.QpwW4OrMEuCVWF7MVVswK .f2naQn2C9suBz.XwU8owkNO7Q7EXlsC45BqsEAxPGqzcARSfmpjXBZA82uKlaGhVkGE3GxJzGg4 Sg55ngoQ2qgIov0ZseDY31LE_7YHYIwxB38WO44XZ8OQNGimFm7VYUoVotnzNemKZok.D1d6IVTK 4_o7zG3GKZusMg8LPoRcfa.jXUNX6YN84hzGncqb6cL.hQDoLHdHPls1BJncs89VHjrkM0rnGdgk EuL_yJCAzMivO1A6N5RKFA5GQ0MWnhHSD_6e_erkRPFwLjUwNP__9ybK59QT7cO_hrHo74BZav5. BmhX.GBtf3QxooLE8egaYxE4DizVceQD8zeSINLLv4kiCjA.3wdWA8OdjmL5RyHNuHIkpAGdot0K ISMFRBGbfuo8ymfzc8PvpKVtm.sOfVQooiqzgIDQ7u6vjSHxMTNRgRfCecZ5QBpKFugxxlAPdxl_ 8DABWAPhttyxBVNajdwhrlLWOJVqQy1zDavyk3wj95TuzJlf6wDkS2LL8yf4CbftS6y3x6I6c2FX 5OncwGnRIbk4wl29J4MBHuOjXlwMMgG4By1PjLd01ygwHiDk.AcRnrpVNyt.lWlAx0ZgufrVnHTF B8HOgoaqoWD0KUOn5ggsPL72031OrMj4T_g1CTFvcQY_OBjdXt_qdktwTr28cgZxcEajXNNqtfOB 1jqq4ub2M8Ydo0jWwsIHNc9BkeQ1GKS21ZjkymYzLyF1M7FOraqgfi7hpcF1IqvAX2jtOcD9MZin lryMkoEVq3jgUy1LhkfK56JruY9CrfeimDSBw.jdyvx4u9Ej0kEkBv7_eBWrKouLvjzL8Q5CZy2n ocJGtaHj9LI6ktAy4GWKWOw_YDG_5k5Pn9T9YcFEvLGHJc6JUeTV2sO4qQ2nkQUSB4wzoFP7j8o4 db_YHVgJCMbCJj_yae74vZRg9CwPqvpcR8jQd6gHvFq1kDs2WRUoz8o5smkbFeiKeNMabs43l3kK aby_DUCrCUdkhwxPEnvppb38zXKTHd5lkIdfTCfpixj6GqrluQNqZOtHElSpV2KxjwOHBLcMixz5 GDNaFRV4jp1UwAkDa4rL7i8sOwSQWOfg7vxLq2UDn4iZjKBv8zftr.nd763U4qDx1GfxeAJzjObp od.Xu0kcRjKzsaUHbU851WliDG.AeckAaJW_PCfO0v8JEnRtyS6pEsxk_OC.Iqi5CSe3aznkHzm_ dEwmHB0bV0aE3bUAyKgXdcDo1yBZVkXr1bFnXNKh_t9BXpgLKoOcWomHHvhv7CmPTbZpIhZxLzR1 0I7U8cP8g1HRJnJZznmykpcFnkIAoPe7HZtLjYjFvbgj60_v7yDsyUdi0uXkPZHTFonsNg9_cxqo u1CBSORrjxfEiMRmJi7wt0_mGDvJTk4w8Bna9u9Bs5_TwMFi_Z_MG0Vaf3oyGKeG0Or2sHRCTbp4 5jKlC.dVI7o0Uelc8enLiYD8._mGp3GzJ6DzHEXEglh7Ogh14MwDhbwpls3q51nb01u2v5NbeTfQ FfjXtBEWc8j3scXsdOgC0KBuBVCCfpH_m.FhrcM8h6h5EC6nlTGCaDYrmY3WSB7x271I6Td76tYq mTetHmTBTL9Gu5LmQqKOIBQ-- X-Sonic-MF: X-Sonic-ID: f904affa-04c8-42e6-89ef-1eccf26c37e9 Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sun, 7 Sep 2025 04:12:08 +0000 Received: by hermes--production-gq1-7bfc77444d-2drgz (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 81bde7bea8ae79f608ccbc5d16db584e; Sun, 07 Sep 2025 04:12:05 +0000 (UTC) Content-Type: text/plain; charset=us-ascii List-Id: Packaging the FreeBSD base system List-Archive: https://lists.freebsd.org/archives/freebsd-pkgbase List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-pkgbase@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3826.700.81\)) Subject: Re: pkg upgrade, ZFS, swap on, vm.pageout_oom_seq From: Mark Millard In-Reply-To: <4e12afdc-7bcf-4a25-94b3-fe1562469ed9@gmail.com> Date: Sat, 6 Sep 2025 21:11:54 -0700 Cc: freebsd-pkg@freebsd.org, freebsd-pkgbase@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <05351AB0-7BA7-4130-BBEE-CFB793ACFAB4@yahoo.com> References: <0dbf8c95-7697-4887-a890-335c3ccd80f1@gmail.com> <4e12afdc-7bcf-4a25-94b3-fe1562469ed9@gmail.com> To: Graham Perrin X-Mailer: Apple Mail (2.3826.700.81) 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-Rspamd-Queue-Id: 4cKGrG6thvz3qPD On Sep 6, 2025, at 19:10, Graham Perrin wrote: > Kubuntu host, VirtualBox guest, pkg 2.2.2, 15.0-PRERELEASE. >=20 > Slow physical storage for the virtual drive: a mobile HDD on USB. >=20 > bsdinstall, ZFS, 8 G swap, pkgbase, all components, then: >=20 > |pkg install --glob 'FreeBSD-kernel-generic-nodebug*'| SIDE NOTE Side notes on future naming for stable/15 and later for 15 for FreeBSD-kernel-* . . . pkgbase is not updating FreeBSD:15:* at this point, not yet tracking changes from the transition to stable/15 . So the below is about futures at this point. I'll note 15.0-ALPHA* and later will use other kernel naming conventions than when it was main, vs. the type of content anyway. It may not provide all the variations that main provided. Under main's kernel package naming (left side) the base names might become like (right side): main =3D=3D=3D>>> stable/15 and later ---- ------------------- kernel-generic could become kernel-generic-debug (might not be = generated) kernel-generic-nodebug will(?) become kernel-generic kernel-minimal will stay unchanged(? debug vs. nodebug content?) kernel-generic-mmccam will stay unchanged(? debug vs. nodebug content?) The actual names in /boot/ also include some renamging vs. the type of content: kernel -> kernel.GENERIC-DEBUG/ (? if it is included) kernel.GENERIC-NODEBUG/ -> kernel/ kernel.MINIMAL/ will stay unchanged (? debug vs. nodebug = content?) kernel.GENERIC-MMCCAM/ will stay unchanged (? debug vs. nodebug = content?) Another potential difference visible via aarch64 (but not via amd64) is conflicts between kernel packages that supply the same file names under the same paths. main had a separate package for the *.dtb files involved for aarch64 (and armv7). stable/15 and later might bundle the *.dtb files in with the kernels. (stable/14 and later are this way --so it does not allow, say, both kernel-generic and kernel-generic-mmccam to be installed at the same time for aarch64.) So, 15 as main allowed aarch64 to have all the kernel's installed at the same time, but stable/14 does not. stable/15 might not. END SIDE NOTE > =3D 568 base packages. >=20 > vm.pageout_oom_seq=3D120 >=20 > After base installation: 1 G memory given to the guest, = GENERIC-NODEBUG, dmesg showed 932 MB avail. So you are saying at this point that the combination for RAM+SWAP inside the VM is: 1 GiByte RAM in VM and 8 GiByte SWAP in that VM as well? If yes, that should have produced a warning about potential mistuning when the Swap Space was enabled during the boot sequnce. The lines would look like: warning: total configured swap ( . . . pages) exceeds maximum = recommended amount ( . . . pages). warning: increase kern.maxswzone or reduce amount of swap. The warning is not explicit about any tradeoffs involved for increasing kern.maxswzone . (Personally, I avoid using combinations that produce the warnings, since I do not have an understanding of the tradeoffs, including for leaving things as the messages report.) For 64-bit systems, having SWAP=3D3.6*RAM normally does not complain. SWAP=3D4*RAM complains. =46rom build to build the point for getting warnings moves some in that range. (This is based on experience, not calculations from what the kernel code does.) 3.6 was picked to have some margin. For 32-bit systems, the factor is notably smaller. > Fetch then install some FreeBSD-ports packages. =46rom = : >=20 > = |drm-kmodfirefoxgitupgothtophw-probekdelsblklynxnanopciutilsplasma6-sddm-k= cmroxtermsddmuclcmdusbutilsvirtualbox-ose-additionsxfcexorg| >=20 > =3D 965 non-base packages installed in 4 minutes, 33 seconds. >=20 > Then, at ttyv3: >=20 > htop >=20 > at ttyv2: >=20 > tail -f -n 0 /var/log/messages >=20 > at ttyv1: >=20 > |/usr/bin/time -h pkg upgrade -fqUy| >=20 > =3D a quiet forced upgrade of all packages, complete in 17 minutes, = 2.62 seconds. >=20 > >=20 > With htop, I observed swap usage sometimes above 2 G. Never 3 or more, = although I did not watch constantly. So, likely: (1+2) GiByte < RAM+MaxSwapUsed < (1+3) GiByte for the context presented. 4 GiByte --or more for allowing for variability or some growth. Note: a draft of pkg 2.3.0 had an Experimental Run and passed. It should avoid contributing to long build times on the official port-package builders. So there might soon be pkg 2.3.0 to test such things with. =3D=3D=3D Mark Millard marklmi at yahoo.com