Date: Sun, 17 Mar 2024 13:48:21 +0900 From: Seigo Tanimura <seigo.tanimura@gmail.com> To: Mark Millard <marklmi@yahoo.com> Cc: Konstantin Belousov <kib@freebsd.org>, dev-commits-src-main@freebsd.org Subject: Re: git: c849eb8f1925 - main - nullfs: Add the vfs.nullfs.cache_nodes sysctl to control nocache default [unknown oid 'vfs.nullfs.cache_nodes'] Message-ID: <CAJ=YaSAnPsYD-z=p8scWnZOkwfQOFPEk5GPvOAjYNzryWi2Vug@mail.gmail.com> In-Reply-To: <2A0B7932-0705-4227-9CE0-9A018752DAB0@yahoo.com> References: <2A0B7932-0705-4227-9CE0-9A018752DAB0.ref@yahoo.com> <2A0B7932-0705-4227-9CE0-9A018752DAB0@yahoo.com>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] Hello Mark, Is the nullfs(5) kernel module loaded? vfs.nullfs.cache_nodes is implemented in nullfs(5), which is not in GENERIC. Best regards, -- Seigo Tanimura <seigo.tanimura@gmail.com> On Sun, Mar 17, 2024 at 1:18 PM Mark Millard <marklmi@yahoo.com> wrote: > Both an official PkgBase install and a personal build do not find the new > oid for this for main: > > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT > main-n268827-75464941dc17 GENERIC-NODEBUG amd64 amd64 1500015 1500015 > > # uname -apKU > FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #139 > main-n268827-75464941dc17-dirty: Sun Mar 17 03:16:30 UTC 2024 > root@7950X3D-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG > amd64 amd64 1500015 1500015 > > The results are: > > # sysctl -d vfs.nullfs.cache_nodes > sysctl: unknown oid 'vfs.nullfs.cache_nodes' > > # sysctl -a | grep vnode > kern.maxvnodes: 3224925 > kern.ipc.umtx_vnode_persistent: 0 > vm.vnode_pbufs: 2048 > vm.stats.vm.v_vnodepgsout: 0 > vm.stats.vm.v_vnodepgsin: 4923 > vm.stats.vm.v_vnodeout: 0 > vm.stats.vm.v_vnodein: 662 > vfs.wantfreevnodes: 806231 > vfs.freevnodes: 1323 > vfs.vnodes_created: 3654 > vfs.numvnodes: 1807 > vfs.vnode.vnlru.uma_reclaim_calls: 0 > vfs.vnode.vnlru.kicks: 0 > vfs.vnode.vnlru.max_free_per_call: 10000 > vfs.vnode.vnlru.failed_runs: 0 > vfs.vnode.vnlru.direct_recycles_free: 0 > vfs.vnode.vnlru.recycles_free: 0 > vfs.vnode.vnlru.recycles: 0 > vfs.vnode.stats.alloc_sleeps: 0 > vfs.vnode.stats.free: 1323 > vfs.vnode.stats.skipped_requeues: 0 > vfs.vnode.stats.created: 3654 > vfs.vnode.stats.count: 1807 > vfs.vnode.param.wantfree: 806231 > vfs.vnode.param.limit: 3224925 > vfs.cache.debug.vnodes_cel_3_failures: 0 > vfs.cache.stats.heldvnodes: 119 > debug.vnode_domainset: <NULL> > debug.sizeof.vnode: 448 > debug.fail_point.status_fill_kinfo_vnode__random_path: off > debug.fail_point.fill_kinfo_vnode__random_path: off > > Note: The mount_nullfs man page does have: > > QUOTE > cache Force enable metadata caching. > > The vfs.nullfs.cache_vnodes sysctl specifies global default for mount- > specific cache/nocache option. > END QUOTE > > That is evidence of the vintage of materials. > > === > Mark Millard > marklmi at yahoo.com > > [-- Attachment #2 --] <div dir="ltr"><div>Hello Mark,</div><div><br></div><div>Is the nullfs(5) kernel module loaded?<br></div><div><br></div><div>vfs.nullfs.cache_nodes is implemented in nullfs(5), which is not in GENERIC.</div><div><br></div><div>Best regards,<br></div><div><br></div><div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>--</div><div>Seigo Tanimura <<a href="mailto:seigo.tanimura@gmail.com" target="_blank">seigo.tanimura@gmail.com</a>><br></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 17, 2024 at 1:18 PM Mark Millard <<a href="mailto:marklmi@yahoo.com">marklmi@yahoo.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Both an official PkgBase install and a personal build do not find the new oid for this for main:<br> <br> # uname -apKU<br> FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT main-n268827-75464941dc17 GENERIC-NODEBUG amd64 amd64 1500015 1500015<br> <br> # uname -apKU<br> FreeBSD 7950X3D-ZFS 15.0-CURRENT FreeBSD 15.0-CURRENT #139 main-n268827-75464941dc17-dirty: Sun Mar 17 03:16:30 UTC 2024 root@7950X3D-ZFS:/usr/obj/BUILDs/main-amd64-nodbg-clang/usr/main-src/amd64.amd64/sys/GENERIC-NODBG amd64 amd64 1500015 1500015<br> <br> The results are:<br> <br> # sysctl -d vfs.nullfs.cache_nodes<br> sysctl: unknown oid 'vfs.nullfs.cache_nodes'<br> <br> # sysctl -a | grep vnode<br> kern.maxvnodes: 3224925<br> kern.ipc.umtx_vnode_persistent: 0<br> vm.vnode_pbufs: 2048<br> vm.stats.vm.v_vnodepgsout: 0<br> vm.stats.vm.v_vnodepgsin: 4923<br> vm.stats.vm.v_vnodeout: 0<br> vm.stats.vm.v_vnodein: 662<br> vfs.wantfreevnodes: 806231<br> vfs.freevnodes: 1323<br> vfs.vnodes_created: 3654<br> vfs.numvnodes: 1807<br> vfs.vnode.vnlru.uma_reclaim_calls: 0<br> vfs.vnode.vnlru.kicks: 0<br> vfs.vnode.vnlru.max_free_per_call: 10000<br> vfs.vnode.vnlru.failed_runs: 0<br> vfs.vnode.vnlru.direct_recycles_free: 0<br> vfs.vnode.vnlru.recycles_free: 0<br> vfs.vnode.vnlru.recycles: 0<br> vfs.vnode.stats.alloc_sleeps: 0<br> vfs.vnode.stats.free: 1323<br> vfs.vnode.stats.skipped_requeues: 0<br> vfs.vnode.stats.created: 3654<br> vfs.vnode.stats.count: 1807<br> vfs.vnode.param.wantfree: 806231<br> vfs.vnode.param.limit: 3224925<br> vfs.cache.debug.vnodes_cel_3_failures: 0<br> vfs.cache.stats.heldvnodes: 119<br> debug.vnode_domainset: <NULL><br> debug.sizeof.vnode: 448<br> debug.fail_point.status_fill_kinfo_vnode__random_path: off<br> debug.fail_point.fill_kinfo_vnode__random_path: off<br> <br> Note: The mount_nullfs man page does have:<br> <br> QUOTE<br> cache Force enable metadata caching.<br> <br> The vfs.nullfs.cache_vnodes sysctl specifies global default for mount-<br> specific cache/nocache option.<br> END QUOTE<br> <br> That is evidence of the vintage of materials.<br> <br> ===<br> Mark Millard<br> marklmi at <a href="http://yahoo.com" rel="noreferrer" target="_blank">yahoo.com</a><br> <br> </blockquote></div>help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ=YaSAnPsYD-z=p8scWnZOkwfQOFPEk5GPvOAjYNzryWi2Vug>