public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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

             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