https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277992
--- Comment #13 from [email protected] --- (In reply to Mark Linimon from comment #11) Good news, it doesnt crash like the way it used to with CAM layer errors. But it still slogs down dead slow. But this might be a product of how zfs and trim works with dropping a dataset. Even if I wait for zpool get freeing to show nothing is left to free the "zpool trim " doesnt really restore things like an actual hard trim (trim -f /dev/da#) does. I would say close this particular bug -- You are receiving this mail because: You are the assignee for the bug.
