zfs meta data slowness

mike tancsa mike at sentex.net
Fri Jul 31 15:44:21 UTC 2020


On 7/22/2020 9:26 AM, Eugene Grosbein wrote:
>
> It's hard to read due to wrapping plus, it is truncated.
> Maybe additional flag -d3 or similar will help, combined with dedirection < /dev/null > top.out
> so it won't use size of your terminal to wrap/truncate output.
>
> Also, make sure you invoke top while "zfs" command is running.
> Also, procstat -kk for pid of "zfs" command would be useful (but may occur pretty long).
>
> I suppose it blocks waiting for some kernel lock and procstat would show details.

.txt file is attached. I also ran procstat -kk <pid> in a loop for a bit
while it was running.

In this case the list too just under 5min to run.

time /sbin/zfs list -Hp -oname,creation -S creation -t snapshot >
/var/log/snapshots.out
2.311u 24.963s 4:55.13 9.2%     71+179k 2706576+26io 0pf+0w

Ideally, I would like to bias slightly ARC to hold this meta data a
little longer than evict it out of cache so fast.  I put in an nvme disk
hoping that would help, but it makes no difference or doesnt seem to
anyways.

    ---Mike



More information about the freebsd-stable mailing list