public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Grant <emailgrant@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] {OT} SSD instead of RAID1?
Date: Tue, 28 Jul 2009 10:52:22 -0700	[thread overview]
Message-ID: <49bf44f10907281052l184efbacvffd7fa1344ddbd2e@mail.gmail.com> (raw)
In-Reply-To: <4A6DE730.90103@f_philipp.fastmail.net>

>>>> ... What if I bought a low-price/low-capacity SSD drive for each
>>>> of these systems, installed the system essentials on them, and used my
>>>> existing high-capacity HD drives for data storage?  Would each system
>>>> keep running if the HDs died?  If so, I think that would offer as good
>>>> or better system reliability than RAID1.  What do you think?
>>> You don't need to buy SSD "drives" - instead you could use CF cards and a
>>> cheap adaptor. These are commensurate in capacity & cost with USB flash
>>> drives (4gig, maybe 16gig?), but CF cards "talk EIDE" and you can get cheap
>>> pin-convertors allowing you to connect them to EIDE cables and treat them
>>> like a hard-drive.
>>
>> Aren't CF cards much slower than SSD drives and HD drives?
>>
>
> Yep, especially the cheap ones which do not support DMA, just PIO. But
> this is not necessarily a problem: After starting all services etc.
> there will be very few reads on stuff like /etc and /usr. Just make sure
> to put all directories to which you write (parts of /var like /var/log
> and the several tmp directories) on an HDD, NFS or tmpfs. Of course,
> this all depends on your usage patterns and how much RAM you have.
>
> If you really need to write to the CFDisk, make sure to buy one with DMA
> support (and no, the label "super fast" which is regularly found on
> these things does not necessarily mean that it supports DMA).
>
> One drawback of this configuration: You can never use swap - never!
> Neither on the HDD (there is a high chance that the system would crash
> when the HDD fails) nor on the (cheap) SSD/flash drive (the drive would
> wear down, removing any advantage you tried to gain).
>
>>> I know of these used in Asterisk based PABX systems & PoS tills with the
>>> expectation that they're more reliable than disks, and have read statements
>>> by people deploying quantities of such machines that they've never had a
>>> failure in years of use.
>>
>> I like the sound of that.
>
> Where I work, we have a System-on-a-Chip (SoC) NAS. Albeit being the
> second most powerful machine we have in our server room (quad core CPU,
> lots of RAM, three redundant power supplies and a good dozen HDDs), the
> OSS itself resides on a removable card not bigger than my thumb.

Is cost-savings the advantage of using CF instead of SSD?  It sounds
like it might be wiser to spend a little more (low capacity SSD drives
are pretty cheap now) and have a real storage device that doesn't need
an adapter and is much faster, can swap, etc.

I bet I'm missing something though...?

- Grant


>>> I don't know how that really compares to RAID 1 - if you use hardware RAID
>>> (and you can get hardware SATA controllers for £50 these days) then you can
>>> assign a hot-spare, and hot-swap a replacement drive with zero downtime.
>>> With hardware RAID you can still boot if one of the drives fails, but you do
>>> add the controller as a potential point-of-failure.
>>
>> Would the system keeping running if I used a CF or SSD for the system
>> install and the HD drive died?
>>
>> - Grant



  parent reply	other threads:[~2009-07-28 17:52 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-07-26 10:46 [gentoo-user] {OT} SSD instead of RAID1? Grant
2009-07-26 16:04 ` Stroller
2009-07-27 12:44   ` Grant
2009-07-27 17:43     ` Florian Philipp
2009-07-27 18:33       ` Florian Philipp
2009-07-27 18:42       ` James Ausmus
2009-07-28 17:52       ` Grant [this message]
2009-07-28 19:01         ` Stroller
2009-07-29 15:20           ` Grant
2009-07-29 17:25             ` Florian Philipp
2009-07-30 12:17               ` Grant
2009-07-30 12:33                 ` Neil Bothwick
2009-07-30 13:00                   ` Grant
2009-07-30 13:01                 ` Alan McKinnon
2009-07-30 13:47                   ` Grant
2009-07-30 14:05                     ` Alex Schuster
2009-07-30 15:45                       ` Grant
2009-07-30 15:57                         ` Alan McKinnon
2009-07-30 14:57                     ` Alan McKinnon
2009-07-30 15:57                       ` Neil Bothwick
2009-07-30 15:20                     ` Peter Humphrey
2009-07-30 13:10                 ` Alex Schuster
2009-07-30 14:18                 ` Paul Hartman
2009-07-30 16:03                   ` Grant
2009-07-30 16:07                     ` Paul Hartman
2009-07-30 16:12                       ` Grant
2009-07-31 16:07                       ` Grant
2009-07-29 18:15             ` Neil Bothwick
2009-07-30 11:41               ` Stroller
2009-07-31 17:31                 ` Grant
2009-08-03 16:00                   ` Grant
2009-07-30 12:53               ` Grant
2009-07-30 11:46             ` Stroller
2009-07-29  8:12       ` Nevynxxx

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=49bf44f10907281052l184efbacvffd7fa1344ddbd2e@mail.gmail.com \
    --to=emailgrant@gmail.com \
    --cc=gentoo-user@lists.gentoo.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