From: Linda Walsh <xfs@tlinx.org>
To: Linux-Xfs <linux-xfs@oss.sgi.com>
Subject: data switchs su,sw and sunit,swidth
Date: Sat, 18 Jul 2009 17:54:29 -0700 [thread overview]
Message-ID: <4A626EC5.3090100@tlinx.org> (raw)
Resending this as I never saw it show up on the list (sent out
yesterday) (while other the messages came back in under 15 minutes
or so)...
Have started to use RAID on a few of my disks and forgot about the
xfs 'su*sw' and 'sunit*swidth' options.
>From what I get in reading the manpage, 'su' is used with 'sw' and
'sunit' is used with 'swidth'?
The RAID controller in one of my machines uses a "strip element" size,
expressed in bytes, allowed values seem to be limited to powers
of 512*2^*[1..11] (512B up to 1MB) (though as previously noticed, although
xfs's manpages claims to allow one expresses sizes with the unit 'm', it
only permits .25m (256k), I guess I never tried seeing if the command line
would take floating point ;^) ).
I believe 'su' would be set to the 'strip element size' (in k or m).
Then, for RAID 1 (mirror) would 'sw'==1? Would setting the su/sw value
for a RAID 1 actually matter in any way? Ie, technically -- it would
fill in numbers for OS book-keeping, but wouldn't change anything in
terms of performance or layout, vs. 'physically' -- where it could change
disk layout or performance?
At RAID 0, I'd guess sw==2?
In RAID 5, would it be sw == #Disks-1? So even w/6 disks, it still only
uses 1 disk for parity and sw == 5?
I wonder what becomes a max-safe RAID 5 size? (or is the number of parity
disks a settable option with RAID 5?)
Thanks!...
Linda
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next reply other threads:[~2009-07-19 0:53 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-07-19 0:54 Linda Walsh [this message]
2009-07-20 11:22 ` data switchs su,sw and sunit,swidth Michael Monnerie
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=4A626EC5.3090100@tlinx.org \
--to=xfs@tlinx.org \
--cc=linux-xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox