Date: Sun, 13 Dec 2020 23:25:22 +0200 From: Konstantin Belousov <kostikbel@gmail.com> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: J David <j.david.lists@gmail.com>, "freebsd-fs@freebsd.org" <freebsd-fs@freebsd.org> Subject: Re: Major issues with nfsv4 Message-ID: <X9aGwshgh7Cwiv8p@kib.kiev.ua> In-Reply-To: <YQXPR0101MB0968B120A417AF69CEBB6A12DDC80@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> References: <YQXPR0101MB096849ADF24051F7479E565CDDCA0@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <CABXB=RSyN%2Bo2yXcpmYw8sCSUUDhN-w28Vu9v_cCWa-2=pLZmHg@mail.gmail.com> <YQXPR0101MB09680D155B6D685442B5E25EDDCA0@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <CABXB=RSSE=yOwgOXsnbEYPqiWk5K5NfzLY=D%2BN9mXdVn%2B--qLQ@mail.gmail.com> <YQXPR0101MB0968B17010B3B36C8C41FDE1DDC90@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <X9Q9GAhNHbXGbKy7@kib.kiev.ua> <YQXPR0101MB0968C7629D57CA21319E50C2DDC90@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM> <X9UDArKjUqJVS035@kib.kiev.ua> <CABXB=RRNnW9nNhFCJS1evNUTEX9LNnzyf2gOmZHHGkzAoQxbPw@mail.gmail.com> <YQXPR0101MB0968B120A417AF69CEBB6A12DDC80@YQXPR0101MB0968.CANPRD01.PROD.OUTLOOK.COM>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Dec 13, 2020 at 05:08:48PM +0000, Rick Macklem wrote: > J David wrote: > [stuff snipped] > >The most common trace (91 times, or over 1/4 of all observed) is: > > > >__mtx_lock_sleep+0xf8 nfscl_nodeleg+0x207 nfs_lookup+0x314 > >VOP_LOOKUP_APV+0x75 null_lookup+0x98 VOP_LOOKUP_APV+0x75 >lookup+0x451 > >namei+0x414 kern_statat+0x72 freebsd11_stat+0x30 amd64_syscall+0x387 > >fast_syscall_common+0xf8 > This is just waiting on the mutex that protects the open/lock/delegation > state. > > Now, is this just caused by heavy load and 130000 opens, or is there > something in nullfs that results in more state handling than needed? > [more stuff snipped] Nullfs with -o nocache (default for NFS mounts) should not cache vnodes. So it is more likely a local load that has 130k files open. Of course, it is the OP who can answer the question.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?X9aGwshgh7Cwiv8p>