All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stan Hoeppner <stan@hardwarefreak.com>
To: Steve Bergman <sbergman27@gmail.com>
Cc: Linux RAID <linux-raid@vger.kernel.org>
Subject: Re: Is this expected RAID10 performance?
Date: Mon, 10 Jun 2013 04:23:21 -0500	[thread overview]
Message-ID: <51B59B09.5070903@hardwarefreak.com> (raw)
In-Reply-To: <CAO9HMNEThHrtzCK1A16uSxxHTBY-XxoCgpdV6u5PAhtWK=OuTQ@mail.gmail.com>

On 6/9/2013 6:53 PM, Steve Bergman wrote:
>> This is almost certainly a result of forced IDE mode.  With this you end
> up with a master/slave setup between the drives on each controller, and
> all of the other overhead of EIDE.
> 
> Thank you for that. Normally, I would not pursue the issue further, as
> the server/filesystem is performing within 20%, on its most
> challenging workload, of what it can do with the workload running in a
> large tmpfs on the same machine. (I have lots of memory.) However, I'm
> now engaged in the issue sufficiently that I'll be contacting Dell
> tomorrow to ask them why we aren't getting what was advertised, and to
> see if they have any suggestions.
> 
> So, would you expect the situation to change if there was some magic
> way to make AHCI active?

I would expect AHCI mode to increase performance to a degree.  But quite
frankly I don't know Intel's system ASICs well enough to make further
predictions.  I only know such Intel ASICs from a published spec
standpoint, not direct experience or problem reports.  I typically don't
use motherboard down SATA controllers for server applications, but maybe
for the occasional mirror on a less than critical machine.  I don't
think the AHCI performance would be any worse.

As I stated previously, a ~$200 LSI HBA buys performance, flexibility,
and some piece of mind.  For a home PC it doesn't make sense to buy an
HBA at 2x the price of the motherboard.  For a business server using
either a SHV desktop board, or low end server board, it very often makes
sense.

> I will briefly address the filesystems thing. I'm not running down
> XFS. If anything, I'm shaking the bushes to see if it prompts anyone
> to tell me something that I don't know about XFS which might change my
> assessment of when it might be appropriate for my customers' use. I
> wouldn't mind at all being able to expand use of XFS in appropriate
> situations, if only to get more experience with it.

I did not say you should use XFS.  I was merely rebutting some of the
statements you made about XFS.  Ted, and others who've made similar
statements, are correct.  You pick the filesystem that best meets your
needs.  That's common sense.  I don't use XFS for my boot and root
filesystems because it doesn't fit those needs in my case.  I certainly
use it for user data.

> Beyond that, I'm not sure it would be constructive for you and me to
> continue that conversation. I've already posted my views, and
> repeating just gets... well... repetitive. ;-)

Of course not.  You've already covered all of this and much more in your
replies to Ric, Eric, etc.

Now we get to have the real discussion:  power. ;)  I know you'll have
different thoughts there, as I made some statements with very broad
general recommendations on runtimes.

-- 
Stan


  reply	other threads:[~2013-06-10  9:23 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-09 23:53 Is this expected RAID10 performance? Steve Bergman
2013-06-10  9:23 ` Stan Hoeppner [this message]
  -- strict thread matches above, loose matches on Subject: below --
2013-06-08 19:56 Steve Bergman
2013-06-09  3:08 ` Stan Hoeppner
2013-06-09 12:09 ` Ric Wheeler
2013-06-09 20:06   ` Steve Bergman
2013-06-09 21:40     ` Ric Wheeler
2013-06-09 23:08       ` Steve Bergman
2013-06-10  8:35         ` Stan Hoeppner
2013-06-10  0:11       ` Joe Landman
2013-06-09 22:05     ` Eric Sandeen
2013-06-09 23:34       ` Steve Bergman
2013-06-10  0:02         ` Eric Sandeen
2013-06-10  2:37           ` Steve Bergman
2013-06-10 10:00             ` Stan Hoeppner
2013-06-10  7:19           ` David Brown
2013-06-10  0:05     ` Joe Landman
2013-06-06 23:52 Steve Bergman
2013-06-07  3:25 ` Stan Hoeppner
2013-06-07  7:51 ` Roger Heflin
2013-06-07  8:07   ` Alexander Zvyagin
2013-06-07 10:44     ` Steve Bergman
2013-06-07 10:52       ` Roman Mamedov
2013-06-07 11:25         ` Steve Bergman
2013-06-07 13:18           ` Stan Hoeppner
2013-06-07 13:54             ` Steve Bergman
2013-06-07 21:43               ` Bill Davidsen
2013-06-07 23:33               ` Stan Hoeppner
2013-06-07 12:39       ` Stan Hoeppner
2013-06-07 12:59         ` Steve Bergman
2013-06-07 20:51           ` Stan Hoeppner
2013-06-08 18:23 ` keld

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=51B59B09.5070903@hardwarefreak.com \
    --to=stan@hardwarefreak.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=sbergman27@gmail.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.