linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Greg Freemyer <greg.freemyer@gmail.com>
To: Werner Fischer <devlists@wefi.net>
Cc: linux-ext4@vger.kernel.org
Subject: Re: -E stride and stripe-width necessary for best performace of SSDs?
Date: Fri, 1 Jul 2011 12:03:26 -0400	[thread overview]
Message-ID: <BANLkTinMoDXYn6x7aWzmvbVj3pqN7Rwn9g@mail.gmail.com> (raw)
In-Reply-To: <1309512654.5729.15.camel@werner-t410>

apologies for the re-send - first one bounced

On Fri, Jul 1, 2011 at 5:30 AM, Werner Fischer <devlists@wefi.net> wrote:
>
> Hi,
>
> * I want to optimize ext4 on my SSD (Intel 320 Series 160 GB).
> * There are some sites recommending the use of the -E stride and -E
>  stripe-width paramaters, like
>  http://searchenterpriselinux.techtarget.com/tip/Optimizing-Linux-for-SSD-usage
> * I know these parameters are useful for RAIDs, but I don't think that
>  they have any advantages for SSDs.
>
> Can anybody with deeper ext4 knowledge confirm if I'm right?
>
> Best regards,
> Werner

Werner,

That article is highly simplistic, and I dare say inaccurate due to
the simplifications.

For most of us SSDs are magic boxes we push data into and pull data out of.

We know the data gets stored on NAND chips and that many (most?) NAND
chips have 128KB Erase Blocks.

But we have no knowledge of how the data itself is organized.
Assuming that a Erase Block contains contiguous sectors is wrong in
most cases. There is sophisticated logic going on that is re-mapping
the data.  Those algorithms are NOT public. We definitely don't know
enough to know what stride etc. is optimal.

I personally think using 1MB for partition boundaries and a stride
which is a multiple of 4KB is probably best, but there really is no
good way to know other than performance testing the specific make /
model / firmware release you are working with.

Here's two wiki pages I wrote that may give you some background:

http://en.opensuse.org/SDB:SSD_Idle_Time_Garbage_Collection_support

http://en.opensuse.org/SDB:SSD_discard_%28trim%29_support

You might want to read them both, then read them both again because
the topics depend on each other.

And I just noticed this one:
http://en.opensuse.org/SDB:SSD_performance

I have no idea how accurate the last article is.  (I have not read/reviewed it.)

Greg
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2011-07-01 16:03 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-01  9:30 -E stride and stripe-width necessary for best performace of SSDs? Werner Fischer
2011-07-01 16:03 ` Greg Freemyer [this message]
2011-07-01 17:40   ` Werner Fischer

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=BANLkTinMoDXYn6x7aWzmvbVj3pqN7Rwn9g@mail.gmail.com \
    --to=greg.freemyer@gmail.com \
    --cc=devlists@wefi.net \
    --cc=linux-ext4@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).