All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Scobie <richard@sauce.co.nz>
To: Mikael Abrahamsson <swmike@swm.pp.se>
Cc: "linux-raid@vger.kernel.org" <linux-raid@vger.kernel.org>
Subject: Re: OT: Tips for good hard drives for a home server
Date: Sat, 15 Nov 2008 06:47:16 +1300	[thread overview]
Message-ID: <491DB9A4.7080308@sauce.co.nz> (raw)
In-Reply-To: <alpine.DEB.1.10.0811141437100.10993@uplift.swm.pp.se>

Mikael Abrahamsson wrote:
> On Fri, 14 Nov 2008, Billy Crook wrote:
> 
>> Obviously RAID-class drives benefit in hardware raid (with hardware
>> raid controllers).  But do RAID-class drives benefit when used on a
>> non-raid hardware controller, with linux software raid (mdadm)?  What
>> about a hardware raid controller in JBOD mode?
> 
> This is not a HW vs SW issue, it has to to with the behaviour of the 
> drives in conjunction with the OS when a certain thing happens.
> 
> In a non-raid environment, you want to read the data at any cost, so 
> waiting 2 seconds for it to read is no real problem, you just want the 
> data.
> 
> In a raid environment you can reproduce the block by way of mirror or 
> parity, so you want the read to fail after a short time so it won't delay
> the reading of the data.

Here is a paper about the Western  Digital feature "TLER", which is used 
in all their RE series RAID drives.

http://www.wdc.com/en/library/sata/2579-001098.pdf

In addition, these drives are better able to cope with the problem of 
mechanical vibration/resonance that occurs when multiple drives are 
mounted in close proximity:

http://www.wdc.com/en/library/sata/2579-001079.pdf

These features will benefit HW and SW RAID implementations.

I have no association with Western Digital, other than as a satisfied user.

Regards,

Richard


  parent reply	other threads:[~2008-11-14 17:47 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-12 13:12 OT: Tips for good hard drives for a home server Henry, Andrew
2008-11-12 14:19 ` Ryan Wagoner
2008-11-12 18:36   ` Billy Crook
2008-11-13 21:55   ` Bill Davidsen
2008-11-13 23:04     ` Mikael Abrahamsson
2008-11-14 13:28       ` Billy Crook
2008-11-14 13:40         ` Mikael Abrahamsson
2008-11-14 15:22           ` Greg Freemyer
2008-11-14 15:41             ` Mikael Abrahamsson
2008-11-14 17:47           ` Richard Scobie [this message]
2008-11-14 17:51             ` Justin Piszcz
2008-11-12 14:22 ` David Lethe
2008-11-12 14:31   ` Leandro Tracchia
2008-11-13 12:11     ` Henry, Andrew
2008-11-13 12:25       ` Ferg
2008-11-13 12:39         ` Henry, Andrew
2008-11-13 12:42           ` Henry, Andrew
2008-11-13 12:44             ` Henry, Andrew
2008-11-13 12:49             ` Ferg
2008-11-13 12:35       ` Ryan Wagoner
2008-11-13 12:41         ` Henry, Andrew
  -- strict thread matches above, loose matches on Subject: below --
2008-11-14 13:34 OT: "  Robin Hill

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=491DB9A4.7080308@sauce.co.nz \
    --to=richard@sauce.co.nz \
    --cc=linux-raid@vger.kernel.org \
    --cc=swmike@swm.pp.se \
    /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.