Date: Thu, 28 Nov 2019 07:26:42 +0000 From: Steven Hartland <killing@multiplay.co.uk> To: Eugene Grosbein <eugen@grosbein.net> Cc: FreeBSD stable <freebsd-stable@freebsd.org> Subject: Re: Slow zfs destroy Message-ID: <CAHEMsqbXKZCwRhqcgJkAMGG=o0Jr5TBn90x22XHx=ng-A2=N7A@mail.gmail.com> In-Reply-To: <01ca3a41-6cd2-823f-a8c1-30a47a0bbc98@grosbein.net> References: <01ca3a41-6cd2-823f-a8c1-30a47a0bbc98@grosbein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
As you mentioned it=E2=80=99s on SSD you could be suffering from poor TRIM performance from your devices if you run gstat -pd you=E2=80=99ll be able t= o get an indication if this is the case. On Thu, 28 Nov 2019 at 06:50, Eugene Grosbein <eugen@grosbein.net> wrote: > Hi! > > Is it normal that "zfs destroy" for one ZVOL with attribute "used" equal > to 2112939808 bytes (~2GB) > takes over two minutes waiting on "tx_sync_done_cv"? The pool is RAID1 > over five SSDs encrypted with GELI > having ZIL and Cache on distinct unencrypted SSD. > > 11.3-STABLE/amd64 r354667. System has 360G RAM and vfs.zfs.arc_max=3D160g= . > _______________________________________________ > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAHEMsqbXKZCwRhqcgJkAMGG=o0Jr5TBn90x22XHx=ng-A2=N7A>