freebsd stable - Nov 2019 - Slow zfs destroy

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=160g.

28.11.2019 13:46, Eugene Grosbein 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
The pool is *RAIDZ1*
> having ZIL and Cache on distinct unencrypted SSD.
> 
> 11.3-STABLE/amd64 r354667. System has 360G RAM and vfs.zfs.arc_max=160g.

As you mentioned it?s on SSD you could be suffering from poor TRIM
performance from your devices if you run gstat -pd you?ll be able to get an
indication if this is the case.

On Thu, 28 Nov 2019 at 06:50, Eugene Grosbein <eugen at 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=160g.
> _______________________________________________
> freebsd-stable at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at
freebsd.org"
>