From: Steven Haigh <netwiz@crc.id.au>
To: Phil Turmel <philip@turmel.org>, linux-raid@vger.kernel.org
Subject: Re: RAID6 - whole disk vs partitions
Date: Sun, 20 Dec 2015 09:21:33 +1100 [thread overview]
Message-ID: <5675D86D.3000403@crc.id.au> (raw)
In-Reply-To: <5675BFBE.5060604@turmel.org>
[-- Attachment #1: Type: text/plain, Size: 1854 bytes --]
On 20/12/15 07:36, Phil Turmel wrote:
> Hi Steven,
>
> On 12/19/2015 09:34 AM, Steven Haigh wrote:
>
>> I've always used the whole disk for the RAID6 - as from what I
>> understand, this gives the best layout for various drives - no matter if
>> they're 512 or 4096 byte sectors.
>>
>> Is this still the case?
>
> There's no real advantage other than an itty bit of space. If my case
> was too small to have a separate mirror for my OS, I'd make three
> partitions on everything for boot, LVM root & etc (raid10), and bulk
> storage (raid6). When I have room for the mirrored OS (boot & LVM), I
> use whole disks for the bulk storage.
Yes, I have two separate disks in RAID1 as the boot / VM guests - the
RAID6 is used for bulk storage. The chassis has a total of 10 hot swap
bays, with 5 used by the RAID6, 2 by the RAID1 and 3 spare. I get resync
speeds of around 170Mb/sec on the RAID1.
>> I've noticed that my resync speeds on this RAID6 hover around 60Mb/sec -
>> which I was expecting to be a bit quicker (although I haven't tested
>> speeds on this array for years).
>
> Consider using small chunk sizes for parity raid if there's even the
> slightest random access usage. See the list archives for the past
> couple weeks for a long thread on performance. There's many
> optimization possibilities.
I have tried to keep up with those couple of threads - but I've found it
hard to follow across the length of time they've been going. A summary
of the findings in those threads with experimentation would be fantastic!
It seems that actual data beyond "increase --setra on /dev/sd[.] and
increase the stripe_cache_size is about all I find via Google - and that
data is years old...
--
Steven Haigh
Email: netwiz@crc.id.au
Web: https://www.crc.id.au
Phone: (03) 9001 6090 - 0412 935 897
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
prev parent reply other threads:[~2015-12-19 22:21 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-19 14:34 RAID6 - whole disk vs partitions Steven Haigh
2015-12-19 20:36 ` Phil Turmel
2015-12-19 22:21 ` Steven Haigh [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=5675D86D.3000403@crc.id.au \
--to=netwiz@crc.id.au \
--cc=linux-raid@vger.kernel.org \
--cc=philip@turmel.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.