From: Dave Chinner <david@fromorbit.com>
To: Gim Leong Chin <chingimleong@yahoo.com.sg>
Cc: xfs@oss.sgi.com
Subject: Re: Question about Number of Allocation Groups
Date: Tue, 31 May 2011 16:11:42 +1000 [thread overview]
Message-ID: <20110531061142.GH561@dastard> (raw)
In-Reply-To: <164529.98085.qm@web77701.mail.sg1.yahoo.com>
On Tue, May 31, 2011 at 01:30:08PM +0800, Gim Leong Chin wrote:
> Hi,
>
> I have a question about the number of allocation groups in XFS.
>
> In SUSE Linux Enterprise 10 SP2 kernel 2.6.16, the default number
> of allocation groups from what I have seen is 16 for a 144 GB
> filesystem, 32 for a 1.1 TB filesystem.
>
> In SUSE Linux Enterprise 11 kernel 2.6.27, the default number of
> allocation groups is 4 even for a 800 GB filesystem (from what I
> have observed on openSUSE 11.4 kernel 2.6.37, that number is still
> 4). I have observed that for XFS on mdraid the default is 16 for
> a 101 GB filesytem, 32 for a 4.5 TB filesystem.
Yes, that sounds like the way the defaults currently work.
> 1) May I know what is the method for computing the default number
> of allocation groups,
See the mkfs source code. It's described in the function
calc_default_ag_geometry().
> and why the big change from kernel 2.6.16 to
> 2.6.27 (16, 32 to 4)?
Because disks are getting bigger. Defaults designed for disks of
10GB in size make no sense for current TB-sized disks....
> 2) What are the guide lines for deciding how many allocation
> groups we should specify? Is the number related to filesystem
> size, the IO bandwidth, the number of processor cores, the number
> of parallelism threads we want to occupy the system, system
> usage/workload characteristics?
All of the above, and more.
> 3) I am sure there is some point for any system where an
> increasing number of allocation groups will first increase
> performance, and then the performance will start to drop?
Yes, there is. In general, increasing the # of AGs increases the
inherent parallelism in the filesystem, but the tradeoff is that it
will also increase the number of seeks workloads do. The optimum
value is generally dependent on your storage hardware....
> 4) What would be an optimum number for the root filesystem for the
> operating system? As I have 100 GB for the "/", my OS partitions
> not on mdraid have the default 4 allocation groups for kernel
> 2.6.27 and 2.6.37.
The default, of course.
Cheers,
Dave.
--
Dave Chinner
david@fromorbit.com
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
prev parent reply other threads:[~2011-05-31 6:11 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-31 5:30 Question about Number of Allocation Groups Gim Leong Chin
2011-05-31 6:11 ` Dave Chinner [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=20110531061142.GH561@dastard \
--to=david@fromorbit.com \
--cc=chingimleong@yahoo.com.sg \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox