Date: Thu, 07 Nov 2024 09:32:22 -0800 From: George Neville-Neil <gnn@neville-neil.com> To: Andriy Gapon <avg@FreeBSD.org> Cc: freebsd-net@freebsd.org Subject: Re: An interesting anomaly in NFS client... Message-ID: <0282629B-336F-46D4-8335-15F9BE8A7EE9@neville-neil.com> In-Reply-To: <8187509e-c9fb-403f-8569-28ba58425cff@FreeBSD.org> References: <7FFE3D2B-4DD9-4657-ADC1-9C40CB54991F@neville-neil.com> <8187509e-c9fb-403f-8569-28ba58425cff@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 6 Nov 2024, at 21:28, Andriy Gapon wrote: > On 07/11/2024 02:43, George Neville-Neil wrote: >> Howdy, >> >> We've been digging into an interesting possible issue in the FreeBSD N= FS client. Here is the scenario. I have a FreeBSD VM on my Mac, the Mac i= s the NFS server, the VM is the client. I then attempt to build an out of= tree kernel module that I'm working on. The build looks like it's hangin= g for 1.5 seconds, and when we look at the packets (pcap file attached) w= e see a ton of GETATTRs over the first 1.5 seconds. I've put the pcap up = here: oct_8_2024.pcapng <https:// people.freebsd.org/~gnn/oct_8_2024.pcap= ng> >> >> I also note that an issue was raised on the forums that seems similar,= way back between FreeBSD 10 and 11: >> >> https://forums.freebsd.org/threads/nfs-cache-misses-after-upgrading-to= -11-1- from-10-3.65491/ <https://forums.freebsd.org/threads/nfs-cache-mis= ses-after- upgrading-to-11-1-from-10-3.65491/> >> >> I'm seeing this on 15 currentish (last few months). > > Could it be just make checking for stale targets? > I.e., stat-ing various files to check their timestamps. > 15,000 of them? Seems excessive for a kernel module of 10 files, but may= be it's walking /usr/obj ? Best, George
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0282629B-336F-46D4-8335-15F9BE8A7EE9>