From: Marc MERLIN <marc@merlins.org>
To: Brendan Hide <brendan@swiftspirit.co.za>
Cc: Duncan <1i5t5.duncan@cox.net>, linux-btrfs@vger.kernel.org
Subject: Re: How does "btrfs fi show" show full?
Date: Wed, 7 May 2014 04:30:30 -0700 [thread overview]
Message-ID: <20140507113030.GU10159@merlins.org> (raw)
In-Reply-To: <536A1097.2020508@swiftspirit.co.za>
On Wed, May 07, 2014 at 12:53:11PM +0200, Brendan Hide wrote:
> On 2014/05/07 09:59 AM, Marc MERLIN wrote:
> >[snip]
> >
> >Did I get this right?
> >I'm not sure I did, since it seems the bigger the -dusage number, the
> >more work balance has to do.
> >
> >If I asked -dsuage=85, it would do all chunks that are more than 15%
> >full?
>
> -dusage=85 balances all chunks that up to 85% full. The higher the
> number, the more work that needs to be done.
Aah, right. I see why it's more work.
=20 only makes is process the few chunks that are up to 20% full which
won't be many if your FS is almost full.
> Doing a simulation with randomly-semi-filled chunks, "df" at 55%,
> and chunk utilisation at 86%, -dusage=55 balances 30% of the chunks,
> almost perfectly bringing chunk utilisation down to 56%. In my
Oh good, so my guess of using the same number for FS used and dusage=
was good, glad to know it worked well for you too.
> Pathological use-cases still apply however (for example if all
> chunks except one are exactly 54% full). The up-side is that if the
> algorithm is applied regularly (as in scripted and scheduled) then
> the situation will always be that the majority of chunks are going
> to be relatively full, avoiding the pathological use-case.
Sounds good. Also, the filesystem itself should ideally do this in the
background soon. What we're doing here is just a stopgap.
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/ | PGP 1024R/763BE901
next prev parent reply other threads:[~2014-05-07 11:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-05-05 0:54 How does "btrfs fi show" show full? Marc MERLIN
2014-05-05 4:11 ` Brendan Hide
2014-05-05 5:50 ` Marc MERLIN
2014-05-05 7:48 ` Brendan Hide
2014-05-06 20:10 ` Duncan
2014-05-07 7:59 ` Marc MERLIN
2014-05-07 10:53 ` Brendan Hide
2014-05-07 11:30 ` Marc MERLIN [this message]
[not found] ` <yzWd1n0292w7UQp01zWf8e>
2014-05-07 12:40 ` Duncan
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=20140507113030.GU10159@merlins.org \
--to=marc@merlins.org \
--cc=1i5t5.duncan@cox.net \
--cc=brendan@swiftspirit.co.za \
--cc=linux-btrfs@vger.kernel.org \
/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.