All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bill Davidsen <davidsen@tmr.com>
To: Gordon Henderson <gordon@drogon.net>
Cc: Sebastian Kuzminsky <seb@highlab.com>, linux-raid@vger.kernel.org
Subject: Re: Raid sync observations
Date: Sun, 08 Jan 2006 13:18:47 -0500	[thread overview]
Message-ID: <43C15787.1080304@tmr.com> (raw)
In-Reply-To: <Pine.LNX.4.56.0512211707360.14743@lion.drogon.net>

Gordon Henderson wrote:

>On Wed, 21 Dec 2005, Sebastian Kuzminsky wrote:
>
>  
>
>>>But how does the performance for read and write compare?
>>>      
>>>
>>Good question!  I'll post some performance numbers of the RAID-6
>>configuration when I have it up and running.
>>    
>>
>
>Post your hardware config too if you don't mind. I have one server with 8
>drives and for swap (Which it never does!) I created 2 x 4 disk RAID 6
>arrays (same partition on all disks) and gave them to the kernel with
>equal priority
>
>Filename                                Type            Size    Used    Priority
>/dev/md10                               partition       1991800 0       1
>/dev/md11                               partition       1991800 0       1
>
>md10 : active raid6 sdd2[3] sdc2[2] sdb2[1] sda2[0]
>      1991808 blocks level 6, 64k chunk, algorithm 2 [4/4] [UUUU]
>
>md11 : active raid6 sdh2[3] sdg2[2] sdf2[1] sde2[0]
>      1991808 blocks level 6, 64k chunk, algorithm 2 [4/4] [UUUU]
>
>/dev/md10:
> Timing buffered disk reads:  64 MB in  0.66 seconds = 97.28 MB/sec
>
>/dev/md11:
> Timing buffered disk reads:  64 MB in  0.95 seconds = 67.59 MB/sec
>
>md10 is an on-board 4-port SII SATA controller, md11 is 2 x 2-port SII
>PCI cards. (Server is currently moderately loaded, so results are a bit
>lower than usual
>
>Cue the must/must not swap on RAID arguments ;-)
>

I wouldn't swap on RAID-6... performance is importand, swap is tiny 
compared to disk size. I would go to 2GB partitions and four-way RAID-1, 
since fast swap in seems to make for better "feel" and write is cached 
somewhat.

-- 
bill davidsen <davidsen@tmr.com>
  CTO TMR Associates, Inc
  Doing interesting things with small computers since 1979


  reply	other threads:[~2006-01-08 18:18 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-12-20 17:18 Raid sync observations Sebastian Kuzminsky
2005-12-20 18:14 ` Sebastian Kuzminsky
2005-12-20 21:27 ` Neil Brown
2005-12-20 21:33   ` Sebastian Kuzminsky
2005-12-21  1:55 ` Christopher Smith
2005-12-21 11:49   ` Andy Smith
2005-12-21 17:02     ` Sebastian Kuzminsky
2005-12-21 17:13       ` Gordon Henderson
2006-01-08 18:18         ` Bill Davidsen [this message]
  -- strict thread matches above, loose matches on Subject: below --
2005-12-20 18:27 Andrew Burgess
2005-12-20 19:13 ` Sebastian Kuzminsky
2005-12-20 22:09 Jeff Breidenbach

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=43C15787.1080304@tmr.com \
    --to=davidsen@tmr.com \
    --cc=gordon@drogon.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=seb@highlab.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.