From: Brian Foster <bfoster@redhat.com>
To: Dave Chinner <david@fromorbit.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCH v3 5/7] xfs: xfs_dquot prealloc throttling watermarks and low free space
Date: Wed, 20 Feb 2013 08:17:33 -0500 [thread overview]
Message-ID: <5124CCED.6090308@redhat.com> (raw)
In-Reply-To: <20130219230857.GH10731@dastard>
On 02/19/2013 06:08 PM, Dave Chinner wrote:
> On Tue, Feb 19, 2013 at 11:37:29AM -0500, Brian Foster wrote:
>> Enable tracking of high and low watermarks for preallocation
>> throttling of files under quota restrictions. These values are
>> calculated when the quota limit is read from disk or modified and
>> cached for later use by the throttling algorithm.
>>
>> The high watermark specifies when preallocation is disabled, the
>> low watermark specifies when throttling is enabled and the low free
>> space data structure contains precalculated low free space limits
>> to serve as input to determine the level of throttling required.
>>
>> Note that the low free space data structure is based on the
>> existing global low free space data structure with the exception of
>> using three stages (5%, 3% and 1%) rather than five to reduce the
>> impact of xfs_dquot memory overhead.
>>
>> Signed-off-by: Brian Foster <bfoster@redhat.com>
>> ---
>> fs/xfs/xfs_dquot.c | 43 +++++++++++++++++++++++++++++++++++++++++--
>> fs/xfs/xfs_dquot.h | 13 +++++++++++++
>> fs/xfs/xfs_qm_syscalls.c | 1 +
>> 3 files changed, 55 insertions(+), 2 deletions(-)
>>
>> diff --git a/fs/xfs/xfs_dquot.c b/fs/xfs/xfs_dquot.c
>> index e1833b9..bd25be3 100644
>> --- a/fs/xfs/xfs_dquot.c
>> +++ b/fs/xfs/xfs_dquot.c
...
>> +
>> + if (prealloc)
>> + xfs_dquot_init_prealloc(dq);
>
> xfs_dquot_set_prealloc_limits(dq);
>
> Because it is used to overwrite existing limits here, not just
> initialise them...
>
Ok.
>> }
>>
>> /*
>> @@ -249,6 +257,34 @@ xfs_qm_init_dquot_blk(
>> xfs_trans_log_buf(tp, bp, 0, BBTOB(q->qi_dqchunklen) - 1);
>> }
>>
>> +/*
>> + * Initialize the preallocation throttling watermarks and low free space table.
>
> "Initialise the dynamic speculative preallocation thresholds."
>
Sounds good.
...
>> + for (i = 0; i < XFS_QLOWSP_MAX; i++) {
>> + __uint64_t space = dqp->q_prealloc_hi_wmark;
>> +
>> + do_div(space, 100);
>> + dqp->q_low_space[i] = space * pct;
>> + pct += XFS_QLOWSP_PCNT_INCR;
>> + }
>
> This seems kind of obscure. It's just a simple assignment of 3
> values, so why not just unroll the loop like so:
>
> __uint64_t space = dqp->q_prealloc_hi_wmark;
>
> do_div(space, 100);
> dqp->q_low_space[XFS_QLOWSP_1_PCNT] = space;
> dqp->q_low_space[XFS_QLOWSP_3_PCNT] = space * 3
> dqp->q_low_space[XFS_QLOWSP_5_PCNT] = space * 5;
>
> And it effectively documents itself.
>
> I know the mount lowspace array is initialised in a loop, but it has
> a fairly obvious per-iteration increment of 1 percent....
>
Yeah, I agree that is cleaner.
>> --- a/fs/xfs/xfs_dquot.h
>> +++ b/fs/xfs/xfs_dquot.h
>> @@ -32,6 +32,14 @@
>> struct xfs_mount;
>> struct xfs_trans;
>>
>> +enum {
>> + XFS_QLOWSP_1_PCNT = 0,
>> + XFS_QLOWSP_3_PCNT,
>> + XFS_QLOWSP_5_PCNT,
>> + XFS_QLOWSP_MAX
>> +};
>> +#define XFS_QLOWSP_PCNT_INCR 2
>
> And gets rid of this strange vowel-challenged XFS_QLOWSP_PCNT_INCR
> thingy....
>
Snds gd. ;)
Brian
> Cheers,
>
> Dave.
>
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2013-02-20 13:15 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-19 16:37 [PATCH v3 0/7] speculative preallocation quota throttling Brian Foster
2013-02-19 16:37 ` [PATCH v3 1/7] xfs: reorganize xfs_iomap_prealloc_size to remove indentation Brian Foster
2013-02-19 16:37 ` [PATCH v3 2/7] xfs: push rounddown_pow_of_two() to after prealloc throttle Brian Foster
2013-02-19 16:37 ` [PATCH v3 3/7] xfs: cap prealloc size to free space before shift Brian Foster
2013-02-19 21:48 ` Dave Chinner
2013-02-19 22:29 ` Brian Foster
2013-02-19 23:19 ` Dave Chinner
2013-02-20 13:17 ` Brian Foster
2013-02-19 16:37 ` [PATCH v3 4/7] xfs: pass xfs_dquot to xfs_qm_adjust_dqlimits() instead of xfs_disk_dquot_t Brian Foster
2013-02-19 16:37 ` [PATCH v3 5/7] xfs: xfs_dquot prealloc throttling watermarks and low free space Brian Foster
2013-02-19 23:08 ` Dave Chinner
2013-02-20 13:17 ` Brian Foster [this message]
2013-02-19 16:37 ` [PATCH v3 6/7] xfs: add quota-driven speculative preallocation throttling Brian Foster
2013-02-19 16:37 ` [PATCH v3 7/7] xfs: xfs_iomap_prealloc_size() tracepoint Brian Foster
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=5124CCED.6090308@redhat.com \
--to=bfoster@redhat.com \
--cc=david@fromorbit.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox