linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stan Hoeppner <stan@hardwarefreak.com>
To: Christoph Anton Mitterer <calestyo@scientia.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: question about the best suited RAID level/layout
Date: Tue, 09 Jul 2013 10:50:04 -0500	[thread overview]
Message-ID: <51DC312C.6070503@hardwarefreak.com> (raw)
In-Reply-To: <1373217980.5246.9.camel@fermat.scientia.net>

On 7/7/2013 12:26 PM, Christoph Anton Mitterer wrote:
> On Sun, 2013-07-07 at 11:45 -0500, Stan Hoeppner wrote:
>> Maybe an example will help.  Is a 12 drive array faster than a 10 drive
>> array?  Yes, of course.  If your chassis holds 12 drives and you assign
>> two as spares, then you have 10 drives in your array.  That's 20%
>> slower.  If you keep spares on a shelf and hot swap them in after
>> failure, you can have all 12 drives in your array and not lose that 20%
>> performance.

> Ah... okay I see what you were talking about ... sure... 

> but it's not
> the hot swap that will (directly) degrade performance...  

You seem to be having significant trouble parsing/digesting the
information given to you.  I didn't state, nor suggest, nor imply that
hot swap degrades performance.  Not sure how you ended up with this
idea.  I'll chalk it up to lack of knowledge/experience.

> ist because you
> don't use all your slots and thereby not getting out the maxmimum
> performance gain possible due to the striping...

Yes.  I stated this twice now.  Glad you finally got it. ;)

>> Well of course.  By designing your storage with dissimilar drives to
>> avoid a rare, show stopping, firmware bug that may or may not be present
>> in a specific drive model, you're simultaneously exposing yourself to
>> other issues because the firmware doesn't match.  Performance will be
>> suboptimal as your drives will have difference response times.

> Sure, but as said performance isn't the main goal...

It would benefit you greatly if you'd stop rebutting the information
presented to you, digest the information, commit it to memory, and use
it or not, now or in the future.  I am not a salesman trying to convince
you to use one method or another.  I am a teacher presenting you with
both pros and cons of multiple configuration options.  There is no need
for argument or rebuttal here.

>> Additionally, timeout and error handling will likely be different,
>> causing the same.  Interpreting S.M.A.R.T. data will be difficult
>> because each of the drives will report various metrics differently, etc,
>> etc.  So instead of only being required to become intimately familiar
>> with one drive model, you must do so for 4 or 5 drive models.

> Sure..

You're discounting expert insight out of hand because it doesn't agree
with your predisposition, and you are being adversarial with those
presenting conflicting information.  You're acting a bit like the
immature Kim Jong-un, but you are presumably unable to have those who
disagree with you executed or imprisoned.  Thankfully.

-- 
Stan


  reply	other threads:[~2013-07-09 15:50 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-07-04 18:17 question about the best suited RAID level/layout Christoph Anton Mitterer
2013-07-04 21:43 ` Phil Turmel
2013-07-04 22:58   ` Christoph Anton Mitterer
2013-07-05  1:07     ` Brad Campbell
2013-07-06  0:36       ` Christoph Anton Mitterer
2013-07-06  5:29         ` Brad Campbell
2013-07-06 14:49           ` Christoph Anton Mitterer
2013-07-07  6:36             ` Brad Campbell
2013-07-06  7:40         ` Piergiorgio Sartor
2013-07-06 14:52           ` Christoph Anton Mitterer
2013-07-05  1:12     ` Stan Hoeppner
2013-07-06  0:46       ` Christoph Anton Mitterer
2013-07-06  8:36         ` Stan Hoeppner
2013-07-06 15:04           ` Christoph Anton Mitterer
2013-07-06 15:41             ` Matt Garman
2013-07-07 14:08             ` David Brown
2013-07-07 16:45             ` Stan Hoeppner
2013-07-07 17:26               ` Christoph Anton Mitterer
2013-07-09 15:50                 ` Stan Hoeppner [this message]
2013-07-05 13:36     ` Phil Turmel
2013-07-06  1:11       ` Christoph Anton Mitterer
2013-07-06  2:19         ` Phil Turmel
2013-07-06 17:55           ` Christoph Anton Mitterer
2013-07-07 12:46             ` Bernd Schubert
2013-07-07 17:39               ` Christoph Anton Mitterer
2013-07-05 11:10 ` David Brown
2013-07-06  0:55   ` Christoph Anton Mitterer

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=51DC312C.6070503@hardwarefreak.com \
    --to=stan@hardwarefreak.com \
    --cc=calestyo@scientia.net \
    --cc=linux-raid@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).