From: Adam Talbot <talbotx@comcast.net>
To: Gordon Henderson <gordon@drogon.net>
Cc: Justin Piszcz <jpiszcz@lucidpixels.com>, linux-raid@vger.kernel.org
Subject: Re: RAID tuning?
Date: Tue, 13 Jun 2006 10:57:59 -0700 [thread overview]
Message-ID: <448EFCA7.6050603@comcast.net> (raw)
In-Reply-To: <Pine.LNX.4.56.0606131124160.27931@lion.drogon.net>
I still have not figured out if "block" is per disk or per stripe?
My current array is rebuilding and states "64k chunk" is this a per disk
number or is that a functional stripe?
Nice scrip Gordon. It turns out that I have build a script that does
the exact same thing. I call I thrash_test. Trying to take down the
array before it goes in to production. It is a very good test!
I ran hdpram -t last time the array was up. It states I am running at
about 200 MB/sec. I will get you the real number when the array is done
rebuilding. currently at 120min left...
Can any one give me more info on this error? Pulled from
/var/log/messages.
"raid6: read error corrected!!"
-Adam
Gordon Henderson wrote:
> On Tue, 13 Jun 2006, Justin Piszcz wrote:
>
>
>> mkfs -t xfs -f -d su=128k,sw=14 /dev/md9
>>
>> Gordon, What speed do you get on your RAID, read and write?
>>
>> When I made my XFS/RAID-5, I accepted the defaults for the XFS filesystem
>> but used a 512kb stripe. I get 80-90MB/s reads and ~39MB/s writes.
>>
>> On 5 x 400GB ATA/100 Seagates (on a regular PCI bus, max, 133mb/s)
>>
>
> Standard Bonnie (which I find to be a crude, but reasonable test of overal
> throughput of a device - server has 1G of RAM)
>
> zem:/mounts/pdrive# bonnie -n0 -f -g0 -u0
> Using uid:0, gid:0.
> Writing intelligently...done
> Rewriting...done
> Reading intelligently...done
> start 'em...done...done...done...
> Version 1.03 ------Sequential Output------ --Sequential Input- --Random-
> -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks--
> Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP
> zem 2G 195984 59 68699 31 217398 52 1028 3
> zem,2G,,,195984,59,68699,31,,,217398,52,1028.3,3,,,,,,,,,,,,,
>
>
> Other tests:
>
> zem:/mounts/pdrive# hdparm -T /dev/md9
> /dev/md9:
> Timing cached reads: 3592 MB in 2.00 seconds = 1797.08 MB/sec
>
> zem:/mounts/pdrive# hdparm -t /dev/sda /dev/md9
> /dev/sda:
> Timing buffered disk reads: 228 MB in 3.01 seconds = 75.87 MB/sec
> /dev/md9:
> Timing buffered disk reads: 242 MB in 3.02 seconds = 80.14 MB/sec
>
> The server is some Dell 1U box with a single P4/HT processor and 1G of
> RAM. It has twin internal SCSI drives on a Fusion MPT driver, drives are
> using Linux s/w RAID-1, of course, and it has 2 external SCSI connectors
> (dual Adaptec controller) going to some big Dell 14-drive chasis with 7
> drives on each chain. I've not actually seen this box - I did the entire
> build remote with the aid of someone in-front of the box who loaded Debian
> on it under my instructions, until I could SSH into it and complete the
> process, and did the neccessary BIOS fiddling to make sure it would boot
> off the internal drives - it's in Califronia, US I'm in Devon, UK...
>
> Gordon
> -
> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
next prev parent reply other threads:[~2006-06-13 17:57 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-13 0:37 to understand the logic of raid0_make_request liu yang
2006-06-13 0:49 ` Neil Brown
2006-06-13 1:18 ` RAID tuning? Adam Talbot
2006-06-13 10:19 ` Gordon Henderson
2006-06-13 10:21 ` Justin Piszcz
2006-06-13 10:23 ` Justin Piszcz
2006-06-13 10:32 ` Gordon Henderson
2006-06-13 17:57 ` Adam Talbot [this message]
2006-06-13 21:38 ` Gordon Henderson
2006-06-14 15:11 ` Nix
2006-06-14 15:35 ` Molle Bestefich
2006-06-14 20:38 ` Disks keep failing durning testing Adam Talbot
2006-06-14 21:45 ` PFC
2006-06-14 23:23 ` Adam Talbot
2006-06-15 12:12 ` Leo Kliger
2006-06-13 18:45 ` to understand the logic of raid0_make_request Bill Davidsen
2006-06-16 2:53 ` liu yang
2006-06-16 4:32 ` Neil Brown
2006-06-16 5:14 ` RAID on the root partition / Adam Talbot
2006-06-16 6:13 ` Neil Brown
2006-06-16 6:55 ` Gordon Henderson
2006-06-16 13:41 ` to understand the logic of raid0_make_request liu yang
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=448EFCA7.6050603@comcast.net \
--to=talbotx@comcast.net \
--cc=gordon@drogon.net \
--cc=jpiszcz@lucidpixels.com \
--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 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.