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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.