All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stan Hoeppner <stan@hardwarefreak.com>
To: Roy Sigurd Karlsbakk <roy@karlsbakk.net>
Cc: linux-raid <linux-raid@vger.kernel.org>
Subject: Re: Disk speed comparison
Date: Sun, 23 Dec 2012 16:04:13 -0600	[thread overview]
Message-ID: <50D77FDD.2050203@hardwarefreak.com> (raw)
In-Reply-To: <2944870.0.1356240579079.JavaMail.root@zimbra>

On 12/22/2012 11:29 PM, Roy Sigurd Karlsbakk wrote:
>>> I have an array with 6 2TB drives plus a spare. While this works
>>> well, I can from the munin graphs at
>>> http://munin.karlsbakk.net/munin/karlsbakk.net/smilla.karlsbakk.net/index.html
>>> that the WD2001FASS drives (sd[bcfg]) perform some 30% better than
>>> the Hitachi HDS723020BLA642 drives (sd[eh]). The drives are on a
>>> mixed set of controllers, so this shouldn't be relevant. Since they
>>> all are specified to spin on 7200RPM, I find it wierd that the
>>> performance difference shown by the Munin graph is so big.
>>
>> You've provided zero information about the controllers or the
>> configuration of the drives. If the SATA ASIC to which the Black
>> drives
>> are connected is AHCI and the other is not, then NCQ may account for
>> the
>> difference in performance. Or, both may currently be AHCI, but
>> possibly
>> the Hitachi drives perform better with NCQ disabled. This would not be
>> rare. If you laid partitions on the Hitachi drives and misaligned
>> them,
>> this could easily cause a 30% deficit. Etc, etc.
>>
>> I doubt there is a 30% overall performance difference between these
>> two
>> drive models. The Black models are "enthusiast" class drives, and do
>> have some additional performance features, but not that I'd think
>> would
>> yield a 30% advantage.
>>
>> You need to dig deeper into the details.
> 
> no partitions on this setup, just plain drives. what munin tells me is those WD drives are rather faster than the hitachis. As noted, all drives are on a mixed controller setup, the hitachis and wd drives share controllers for some. the only known common factor for the slow and fast drives are their label.

I just looked at your Munin graphs more closely.  Your interpretation of
30% difference in performance doesn't seem to be accurate.  All 6 drives
have nearly identical daily and weekly avg IOs and throughput.  The avg
latency of the Hitachi drives is a few milliseconds higher, but this
doesn't seem to be negatively affecting IOPS or throughput.

How are you determining your claimed 30% performance deficit?  I don't
see it.

-- 
Stan


      reply	other threads:[~2012-12-23 22:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-22 17:39 Disk speed comparison Roy Sigurd Karlsbakk
2012-12-22 17:44 ` Roger Heflin
2012-12-22 17:49   ` Roy Sigurd Karlsbakk
2012-12-22 17:53     ` Roger Heflin
2012-12-22 18:07       ` Roy Sigurd Karlsbakk
2012-12-23  0:11         ` Roger Heflin
2012-12-23  4:59 ` Stan Hoeppner
2012-12-23  5:29   ` Roy Sigurd Karlsbakk
2012-12-23 22:04     ` Stan Hoeppner [this message]

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=50D77FDD.2050203@hardwarefreak.com \
    --to=stan@hardwarefreak.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=roy@karlsbakk.net \
    /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.