Re: Speed improvements in ZFS
- Reply: Mateusz Guzik : "Re: Speed improvements in ZFS"
- In reply to: Mateusz Guzik : "Re: Speed improvements in ZFS"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 20 Aug 2023 20:13:43 UTC
Am 2023-08-20 22:02, schrieb Mateusz Guzik:
> On 8/20/23, Alexander Leidinger <Alexander@leidinger.net> wrote:
>> Am 2023-08-20 19:10, schrieb Mateusz Guzik:
>>> On 8/18/23, Alexander Leidinger <Alexander@leidinger.net> wrote:
>>
>>>> I have a 51MB text file, compressed to about 1MB. Are you interested
>>>> to
>>>> get it?
>>>>
>>>
>>> Your problem is not the vnode limit, but nullfs.
>>>
>>> https://people.freebsd.org/~mjg/netchild-periodic-find.svg
>>
>> 122 nullfs mounts on this system. And every jail I setup has several
>> null mounts. One basesystem mounted into every jail, and then shared
>> ports (packages/distfiles/ccache) across all of them.
>>
>>> First, some of the contention is notorious VI_LOCK in order to do
>>> anything.
>>>
>>> But more importantly the mind-boggling off-cpu time comes from
>>> exclusive locking which should not be there to begin with -- as in
>>> that xlock in stat should be a slock.
>>>
>>> Maybe I'm going to look into it later.
>>
>> That would be fantastic.
>>
>
> I did a quick test, things are shared locked as expected.
>
> However, I found the following:
> if ((xmp->nullm_flags & NULLM_CACHE) != 0) {
> mp->mnt_kern_flag |=
> lowerrootvp->v_mount->mnt_kern_flag &
> (MNTK_SHARED_WRITES | MNTK_LOOKUP_SHARED |
> MNTK_EXTENDED_SHARED);
> }
>
> are you using the "nocache" option? it has a side effect of xlocking
I use noatime, noexec, nosuid, nfsv4acls. I do NOT use nocache.
Bye,
Alexander.
--
http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF