Date: Sun, 16 Oct 2022 12:37:43 -0600 From: Alan Somers <asomers@freebsd.org> To: void <void@f-m.fm> Cc: freebsd-fs@freebsd.org Subject: Re: zfs with operations like rm -rf takes a very long time recently Message-ID: <CAOtMX2gpDSvKJ8SiDHL8GRv67%2BQnHqhwQNWXS%2BGW7DycHX1cYQ@mail.gmail.com> In-Reply-To: <f25d069a-2ee7-491a-a5ef-a14b973c12e2@app.fastmail.com> References: <f25d069a-2ee7-491a-a5ef-a14b973c12e2@app.fastmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Oct 16, 2022 at 7:57 AM void <void@f-m.fm> wrote: > > Has anything recently changed in -current that would make file operations > on zfs such as rm -rf *.* very slow? > > What would I look for and how would I test it? > > system is FreeBSD 14.0-CURRENT #5 main-n258595-226e41467ee1 on arm64.aarch64 > using GENERIC-NODEBUG kernel. > > the zfs is zroot on usb3 on a raspberry pi4 8GB. there appears to be plenty > of resources. cpu speed is 2.1GHz. zroot is external usb3 hd. > > Right now it's rm -rf-ing /var/cache/ccache/* which is 5GB max and it's taken > over 10 mins. It was never this slow. No errors in /var/log/messages and none > yet in smartd. zpool scrub last ran successfully 3 days ago. Do you mean that the space used by that directory is 5 GB max? Or do you mean that you have a /var/cache dataset with a 5GB quota? In the latter case, if the usage is close to quota, then ZFS can slow down just as if the pool itself were nearly full. -Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAOtMX2gpDSvKJ8SiDHL8GRv67%2BQnHqhwQNWXS%2BGW7DycHX1cYQ>