Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Hugo Mills <hugo@carfax.org.uk>
To: Roger Binns <rogerb@rogerbinns.com>
Cc: linux-btrfs@vger.kernel.org
Subject: Re: RAID 0 across SSD and HDD
Date: Wed, 30 Jan 2013 10:02:01 +0000	[thread overview]
Message-ID: <20130130100201.GN16285@carfax.org.uk> (raw)
In-Reply-To: <keap27$oqb$1@ger.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 1697 bytes --]

On Wed, Jan 30, 2013 at 01:27:37AM -0800, Roger Binns wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> I've been unable to find anything definitive about what happens if I use
> RAID0 to join an SSD and HDD together with respect to performance
> (latency, throughput).  The future is obvious (hot data tracking, using
> most appropriate device for the data, data migration).
> 
> In my specific case I have a 250GB SSD and a 500GB HDD, and about 250GB of
> files (constantly growing).  One message I saw said that new blocks are
> allocated on the device with the most free space which implies the SSD
> would be virtually unused in my case, except for metadata which would only
> be used half the time.

   That would be the case with "single" mode, not with RAID-0.

   With RAID-0, you'd get data striped equally across all (in this
case, both) the devices, up to the size of the second-largest one, at
which point it'll stop allocating space.

> At the moment I have two independent filesystems (one per device) and
> manually move data files between them using symlinks to keep pathnames the
> same.  This requires keeping lots of slop free space on the SSD as well as
> administration whenever it runs out of space.
> 
> My hope would be overall performance between that of the two devices, and
> closer to that of the SSD.

   We don't have any kind of hot-data management yet, but it's on the
list of things we'd like to have at some point.

   Hugo.

-- 
=== Hugo Mills: hugo@... carfax.org.uk | darksatanic.net | lug.org.uk ===
  PGP key: 515C238D from wwwkeys.eu.pgp.net or http://www.carfax.org.uk
   --- Some days,  it's just not worth gnawing through the straps. ---   

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 828 bytes --]

  reply	other threads:[~2013-01-30 10:02 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-30  9:27 RAID 0 across SSD and HDD Roger Binns
2013-01-30 10:02 ` Hugo Mills [this message]
2013-01-30 10:49   ` Roger Binns
2013-01-30 12:01     ` Sander
2013-01-30 20:06       ` Roger Binns
2013-01-30 19:10     ` Filipe Brandenburger
2013-01-30 20:18       ` Roger Binns
2013-01-31 12:39     ` Piotr Pawłow
2013-01-30 18:51   ` Chris Murphy

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=20130130100201.GN16285@carfax.org.uk \
    --to=hugo@carfax.org.uk \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=rogerb@rogerbinns.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