All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brad Campbell <lists2009@fnarfbargle.com>
To: Stan Hoeppner <stan@hardwarefreak.com>
Cc: linux-raid@vger.kernel.org
Subject: Re: HBA Adaptor advice
Date: Mon, 23 May 2011 07:19:50 +0800	[thread overview]
Message-ID: <4DD99A16.5010108@fnarfbargle.com> (raw)
In-Reply-To: <4DD9633E.5000101@hardwarefreak.com>

On 23/05/11 03:25, Stan Hoeppner wrote:
> On 5/22/2011 5:09 AM, Brad Campbell wrote:
>> On 22/05/11 17:04, Stan Hoeppner wrote:
>>
>>> WD's Green drives have a 5400 rpm 'variable' spindle speed.  The Seagate
>>> 2.5" SAS drive has a 7.2k spindle speed.
>>
>> Actually, I'm pretty sure the WD drives have a 5400 rpm spindle speed
>> period. I've got 15 of them here and I have no evidence of any form of
>> spindle speed variation. They say the drives have spindle speed :
>> "intellipower" which is marketspeak for slow enough to save a few watts,
>> but fast enough to do the job.
>
> From:  http://www.anandtech.com/show/2385/2
>
> The Western Digital drive's IntelliPower algorithm, which varies the
> rotational speed between 5400RPM and 7200RPM, dictates the Western
> Digital's rotational speed.

"In 2007 Western Digital announced the WD GP drive touting rotational 
speed "between 7200 and 5400 rpm", which, if potentially misleading, is 
technically correct; the drive spins at 5405 rpm, and the Green Power 
spin speed is not variable.[citation needed]"

http://en.wikipedia.org/wiki/Western_Digital

They're not variable. Or to put it another way, if they _can_ vary the 
spindle speed none of mine ever do.

Can you imagine the potential vibration nightmare as 10 drives vary 
their spindle speed up and down? Not to mention the extra load on the 
+12V rail and the delays while waiting for the platters to reach servo lock?

> IIRC from discussions here, mdadm has alignment issues with hybrid
> sector size drives when assembling raw disks.  Not everyone assembles
> their md devices from partitions.  Many assemble raw devices.

Which means the data starts at sector 0. That's an even multiple of 8. 
Job done. (Mine are all assembled raw also).

> You must boot your server with MD-DOS or FreeDOS and run wdidle3 once
> for each Green drive in the system.  But, IIRC, if the drives are
> connected via SAS expander or SATA PMP, this will not work.  A direct
> connection to the HBA is required.

Indeed. In my workshop I have an old machine with 3 SATA hotswap bays 
that allowed me to do 3 at once, booting off a USB key into DOS.

> Once one accounts for all the necessary labor and configuration
> contortions one must put himself through to make a Green drive into a
> 'regular' drive, it is often far more cost effective to buy 'regular'
> drives to begin with.  This saves on labor $$ which is usually greater,
> from a total life cycle perspective, than the drive acquisition savings.
>  The drives you end up with are already designed and tuned for the
> application.  Reiterating Rudy's earlier point, using the Green drives
> in arrays is "penny wise, pound foolish".
>

I agree with you. If I were doing it again I'd spend some extra $$$ on 
better drives, but I've already outlaid the cash and have a working array.

> Google WD20EARS and you'll find a 100:1 or more post ratio of problems
> vs praise for this drive.  This is the original 2TB model which has
> shipped in much greater numbers into the marketplace than all other
> Green drives.  Heck, simply search the archives of this list.

Indeed, but the same follows for almost any drive. People are quick to 
voice their discontent but not so quick to praise something that does 
what it says on the tin.

> And that backup array may fail you when you need it most:  during a
> restore.  Search the XFS archives for the horrific tale at University of
> California Santa Cruz.  The SA lost ~7TB of doctoral student research
> data due to multiple WD20EARS drives in his primary storage arrays *and*
> his D2D backup array dying in quick succession.  IIRC multiple grad
> students were forced to attend another semester to redo their
> experiments and field work to recreate the lost data, so they could then
> submit their theses.
>

Perhaps. Mine get a SMART short test every morning, a LONG every Sunday 
and a complete array scrub every other Sunday. My critical backups are 
also replicated to a WD World Edition Mybook that lives in another building.

I've had quite a few large arrays over the years, all comprised of the 
cheapest available storage at the time. I've had drives fail, but aside 
from a Sil3124 controller induced array failure I've never lost data 
because of a cheap hard disk and I've saved many, many, many $$$ on drives.

I'm not arguing the penny wise, pound foolish sentiment. I'm just 
stating my personal experience has been otherwise with drives.


  parent reply	other threads:[~2011-05-22 23:19 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-19 12:26 HBA Adaptor advice Ed W
2011-05-19 12:36 ` Roman Mamedov
2011-05-19 12:43   ` Mathias Burén
2011-05-19 14:06 ` Michael Sallaway
2011-05-19 19:10 ` Thomas Harold
2011-05-19 21:12   ` Rudy Zijlstra
2011-05-19 21:07 ` Brad Campbell
2011-05-20 20:58   ` Tobias McNulty
2011-05-20 21:23     ` Brad Campbell
2011-05-20  2:08 ` Andy Smith
2011-05-20  5:30   ` Stan Hoeppner
2011-05-21  9:52     ` Ed W
2011-05-20  7:33   ` Ed W
2011-05-20 10:21     ` Stan Hoeppner
2011-05-21 11:17       ` Ed W
2011-05-21 11:29         ` Rudy Zijlstra
2011-05-21 11:54           ` Ed W
2011-05-21 17:37             ` Leslie Rhorer
2011-05-22  9:41             ` Stan Hoeppner
2011-05-22 10:03               ` Rudy Zijlstra
2011-05-23  9:32                 ` Ed W
2011-05-21 17:05           ` Leslie Rhorer
2011-05-22  9:04         ` Stan Hoeppner
2011-05-22 10:09           ` Brad Campbell
2011-05-22 19:25             ` Stan Hoeppner
2011-05-22 20:57               ` Tobias McNulty
2011-05-22 21:13                 ` Johannes Truschnigg
2011-05-23  9:48                   ` Ed W
2011-05-23 10:44                     ` John Robinson
2011-05-22 23:19               ` Brad Campbell [this message]
2011-05-23  4:09                 ` Roman Mamedov
2011-05-23  5:54                   ` Brad Campbell
2011-05-23  6:08                     ` Roman Mamedov
2011-05-23 10:42                     ` Stan Hoeppner
2011-05-23 11:35                       ` David Brown
2011-05-23  6:54                 ` Stan Hoeppner
2011-05-23  7:23                   ` Brad Campbell
2011-05-22 23:44               ` Brad Campbell
2011-05-23  0:07                 ` Brad Campbell
2011-05-23  5:30                   ` Stefan /*St0fF*/ Hübner
2011-05-23 10:18                     ` Ed W
2011-05-23  9:58                 ` Stan Hoeppner
2011-05-23 10:33                   ` Ed W
2011-05-23 11:21                     ` Stan Hoeppner
2011-05-20 12:18     ` Joe Landman
2011-05-20 12:34       ` Roman Mamedov
2011-05-20 12:36         ` Mathias Burén
2011-05-20 12:48         ` Joe Landman
2011-05-20 13:21       ` Ed W
2011-05-20 14:23         ` Joe Landman
2011-05-20 20:01       ` Andy Smith
2011-05-20 20:12         ` Stan Hoeppner
2011-05-20 20:24         ` Drew
2011-05-20 20:58           ` Stan Hoeppner
     [not found]             ` <4DD7A100.2010807@wildgooses.com>
2011-05-22  8:13               ` Stan Hoeppner
  -- strict thread matches above, loose matches on Subject: below --
2011-05-23  2:11 Jim Schatzman
2011-05-23  3:39 ` Tobias McNulty
2011-05-23 10:42   ` Ed W
2011-05-23 11:14 HBA Adaptor Advice Ed W
2011-05-23 11:55 ` Joe Landman

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=4DD99A16.5010108@fnarfbargle.com \
    --to=lists2009@fnarfbargle.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=stan@hardwarefreak.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.