linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).