From: Bernd Schubert <bernd.schubert@itwm.fraunhofer.de>
To: Kurt Miller <kurt@intricatesoftware.com>,
"Martin K. Petersen" <martin.petersen@oracle.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: LSI SAS - SSDs with DRAT and DZAT
Date: Fri, 11 Apr 2014 18:57:18 +0200 [thread overview]
Message-ID: <53481EEE.3090405@itwm.fraunhofer.de> (raw)
In-Reply-To: <1392172050.2761.37.camel@sonic.justonedata.com>
On 02/12/2014 03:27 AM, Kurt Miller wrote:
> I can report that the Samsung 840 Pro*does* support trim on the LSI
> SAS2008. As suspected it supports deterministic read zeros after trim.
>
> One other thing to note, in my testing the P16 LSI firmware has broken
> trim support. P14 and P15 report incorrect values for
> /sys/block/sdX/queue/discard_granularity. P17 and P18 appear to work
> fine and report correct values for discard_granularity.
We are just looking for SSDs for our new compute cluster and would like
to get SSDs that support trim on LSI sas controllers out of the box.
Unfortunately, for a test sample of Samsungs MZ7WD240HCFV discard is not
enabled by default, so probably DRAT and DZAT are missing
(I can't test that right now, as 'hdparm -I' does not seem to work with
devices attached to the controller).
A colleague just told me that Samsung 840 Pro are also not an ideal
option, as these have set overprovisioning to 0 bytes by default and
there only seems to be windows tool to set it to a higher value. Not a
nice idea if you want to do that for dozens or hundreds of drives.
Any other suggestions for ~240GB SSDs supporting DRAT and DZAT or
trim-on-lsi-sas in general? The LSI support link sent by Kurt [1] is
also not perfect with respect to trim, as it lists Intel510, although we
definitely know that Intel510s are disabled by default and forcing
write-same trim causes data corruption (unmap works, though).
Thanks in advance,
Bernd
[1]
> http://www.lsi.com/downloads/Public/Host%20Bus%20Adapters/Host%20Bus%20Adapters%20Common%20Files/LSI_6Gb_SAS_SATA_HBA_Compatibility_List.pdf
next prev parent reply other threads:[~2014-04-11 16:57 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-06 23:56 LSI SAS2008 SATA TRIM not working Kurt Miller
2014-02-07 20:44 ` Martin K. Petersen
2014-02-07 20:52 ` Kurt Miller
2014-02-07 20:59 ` Martin K. Petersen
2014-02-07 21:24 ` Kurt Miller
2014-02-08 1:24 ` Martin K. Petersen
2014-02-09 22:28 ` Kurt Miller
2014-02-12 2:27 ` Kurt Miller
2014-04-11 16:57 ` Bernd Schubert [this message]
2014-04-17 19:42 ` LSI SAS - SSDs with DRAT and DZAT Martin K. Petersen
2014-04-17 22:32 ` Kurt Miller
[not found] ` <CAN7X1Un4=dTyvRbyt=0j6Q+=OBcXRDB+0J+dLPZCboKdxyTTzQ@mail.gmail.com>
2014-04-18 15:23 ` Kurt Miller
2014-02-07 20:46 ` LSI SAS2008 SATA TRIM not working Kurt Miller
2015-09-09 1:45 ` Chang Limin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=53481EEE.3090405@itwm.fraunhofer.de \
--to=bernd.schubert@itwm.fraunhofer.de \
--cc=kurt@intricatesoftware.com \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox