Date: Wed, 8 Jan 2014 19:05:42 -0500 From: Garrett Wollman <wollman@csail.mit.edu> To: "Steven Hartland" <killing@multiplay.co.uk> Cc: freebsd-scsi@freebsd.org Subject: Re: Attempting ATA TRIM on SAS devices? Message-ID: <21197.59350.752519.254639@khavrinen.csail.mit.edu> In-Reply-To: <D05A3164F6D945619B62945B1C9CCC1A@multiplay.co.uk> References: <21197.39676.138433.937002@khavrinen.csail.mit.edu> <430F34AB88D44C4BAF31DDC7AD214137@multiplay.co.uk> <21197.47504.93295.771468@khavrinen.csail.mit.edu> <CE07448557D04B6DAD7A2A1636EC462A@multiplay.co.uk> <21197.56484.67992.739053@khavrinen.csail.mit.edu> <D05A3164F6D945619B62945B1C9CCC1A@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
<<On Wed, 8 Jan 2014 23:57:57 -0000, "Steven Hartland" <killing@multiplay.co.uk> said: > You could just force the delete_method to UNMAP then: > kern.cam.da.X.delete_method=UNMAP I'm not sure that that works, given that the zpool is auto-imported at boot time and I don't know which da units will be assigned to the SSDs in question (no way to pin them so far as I can tell). Does ZFS generate BIO_DELETE on the cache devices at any time other than pool import? -GAWollman
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?21197.59350.752519.254639>