All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@sandeen.net>
To: Peter Merelis <merelis@facebook.com>
Cc: "xfs@oss.sgi.com" <xfs@oss.sgi.com>
Subject: Re: stripe unit/width, inode64, misc mkfs.xfs params
Date: Fri, 30 Apr 2010 12:33:13 -0500	[thread overview]
Message-ID: <4BDB1459.90505@sandeen.net> (raw)
In-Reply-To: <133AD8A0-119B-4A41-9AF6-46F43111A941@facebook.com>

Peter Merelis wrote:
> Hi,
>  
> Apologies in advance as I imagine this issue is raised frequently, but can someone familiar with these sorts of things sanity check my stripe unit/width settings since the underlying storage controller is not exposing the data to mkfs.xfs apparently:
>  
> 12 disk raid6
> 256k stripe
>  
> su=256k
> sw=10

sounds right

> …which I believe is equivalent to:
>  
> sunit=512
> swidth=5120
>  
> Is that correct?

probably, but FWIW su/sw might be easier since it deals in byte / multiplier units.


> Also, does the inode64 option make sense for a filesystem with only a few files, each around ~100G?

for a large filesystem, yes, if your userspace can cope.

> And finally, are 'allocsize=1GB,nobarrier,noatime,nodiratime' recommended mount options?

no mount options are recommended without more information about the load ;)

nobarrier is only recommended if the storage has a battery-backed cache (or no cache)

allocsize=1GB is probably ok if you really are only writing large files and have
fragmentation problems

noatime,nodiratime probably don't matter much at all.

-Eric

> Thanks,
> Peter
>  
> 
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
> 

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

      reply	other threads:[~2010-04-30 17:31 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-30 16:49 stripe unit/width, inode64, misc mkfs.xfs params Peter Merelis
2010-04-30 17:33 ` Eric Sandeen [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=4BDB1459.90505@sandeen.net \
    --to=sandeen@sandeen.net \
    --cc=merelis@facebook.com \
    --cc=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 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.