Date: Wed, 8 Jan 2014 23:57:57 -0000 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Garrett Wollman" <wollman@csail.mit.edu> Cc: freebsd-scsi@freebsd.org Subject: Re: Attempting ATA TRIM on SAS devices? Message-ID: <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>
next in thread | previous in thread | raw e-mail | index | archive | help
----- Original Message -----
From: "Garrett Wollman" <wollman@csail.mit.edu>
> <<On Wed, 8 Jan 2014 21:27:34 -0000, "Steven Hartland" <killing@multiplay.co.uk> said:
>
>> I know its spec says its SAS but can you plug this drive into a
>> SATA controller such as on board Intel controller?
>
> Not easily; it's in a separate enclosure. It does have the standard
> dual-port SAS connector on it, and we are running it dual-ported
> (active/passive, not active/active, at least for the moment).
>
>> If so does work and then it correctly support delete's?
>
> I don't have any way to confirm this. We're just using these drives
> as ZFS cache, so it doesn't make a huge difference to us one way or
> the other.
You could just force the delete_method to UNMAP then:
kern.cam.da.X.delete_method=UNMAP
Regards
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?D05A3164F6D945619B62945B1C9CCC1A>