Date: Sun, 12 Apr 2020 14:57:39 +0300 From: Andriy Gapon <avg@FreeBSD.org> To: Peter Eriksson <pen@lysator.liu.se>, freebsd-fs <freebsd-fs@FreeBSD.org> Subject: Re: ZFS server has gone crazy slow Message-ID: <a332ef29-7c75-f70e-c54a-067822f8156b@FreeBSD.org> In-Reply-To: <F5AD5541-B31A-47B1-A094-18F66E32EA9F@lysator.liu.se> References: <2182C27C-A5D3-41BF-9CE9-7C6883E43074@distal.com> <20200411174831.GA54397@fuz.su> <6190573D-BCA7-44F9-86BD-0DCBB1F69D1D@distal.com> <6fd7a561-462e-242d-5057-51c52d716d68@wp.pl> <7AA1EA07-6041-464A-A39A-158ACD1DC11C@distal.com> <FE84C045-89B1-4772-AF1F-35F78B9877D8@lysator.liu.se> <575c01de-b503-f4f9-2f13-f57f428f53ec@FreeBSD.org> <F5AD5541-B31A-47B1-A094-18F66E32EA9F@lysator.liu.se>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/04/2020 14:54, Peter Eriksson wrote:
> Hmm. By “ancient” pool version - are you thinking of the one used during
> FreeBSD 11.0-11.1 days? That was what we were using at the time when we
> tested “zfs destroy -r foo@bar” vs “zfs destroy -rd foo@bar” and found that
> “-d” was much quicker.
>
> (We’re now at 11.3 and 12.1 and that whole snapshot cleaning script is
> completely rewritten and uses a custom “zfs” binary instead that can look at
> custom user properties to decided which snapshots to delete and not and is
> much more efficient in general.)
I think even earlier. Before v26.
>> Note, however, that unless you have a very ancient pool version destroying
>> a snapshot means that the snapshot object is removed and all blocks
>> belonging to the snapshot are queued for freeing. Their actual freeing is
>> done asynchronously ("in background") and can be spread over multiple TXG
>> periods. That's done regardless of whether -d was used.
--
Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a332ef29-7c75-f70e-c54a-067822f8156b>