All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Helmut Hullen" <Hullen@t-online.de>
To: linux-btrfs@vger.kernel.org
Subject: Re: wrong values in "df" and "btrfs filesystem df"
Date: 09 Apr 2011 20:15:00 +0200	[thread overview]
Message-ID: <BjX0wGIi1uB@helmut.hullen.de> (raw)
In-Reply-To: <1302370000.23240.10.camel@nayuki>

Hallo, Calvin,

Du meintest am 09.04.11:

>> Nice picture. But it doesn't solve the problem that I need a
>> reliable information about the free/available space. And I prefer
>> asking with "df" for this information - "df" should work in the same
>> way for all filesystems.

> The problem is that the answer to the seemingly simple question: "How
> much more data can I put onto this filesystem?" gets pretty hard with
> btrfs.

> Your case is one of the simpler ones - To calculate the remaining
> space for files, you take the unused allocated data space (light blue
> on my picture), add the unallocated space (white), divide by the raid
> mode redundancy, and subtract some percentage (this is only an
> estimate, of course...) of that unallocated space for the additional
> metadata overhead.

That's simple?

Maybe I'm simple minded. But I expect the same meaning of the shown date  
with

        df <mointpoint>

regardless what kind of filesystem is mounted.
But no test item for an IQ test.

If the value of "available" is unresolvable then btrfs should not show  
any value.


Ok - there's a problem slightly similar to the "available" value of  
compressed partitions.

Viele Gruesse!
Helmut

  reply	other threads:[~2011-04-09 18:15 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-09  6:25 wrong values in "df" and "btrfs filesystem df" Helmut Hullen
2011-04-09  9:11 ` Hugo Mills
2011-04-09  9:46   ` Stephane Chazelas
2011-04-09 12:28   ` Helmut Hullen
2011-04-09 16:36   ` Calvin Walton
2011-04-09 17:05     ` Helmut Hullen
2011-04-09 17:26       ` Calvin Walton
2011-04-09 18:15         ` Helmut Hullen [this message]
2011-04-09 19:35           ` Peter Stuge
2011-04-09 20:38             ` Hugo Mills
2011-04-10 10:13   ` Miao Xie
2011-04-11  7:29     ` Stephane Chazelas
2011-04-11  7:56       ` Arne Jansen
2011-04-11  9:06       ` Helmut Hullen
2011-04-12  7:22       ` Miao Xie
2011-04-12  8:17         ` Stephane Chazelas
2011-04-13  5:35           ` Miao Xie

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=BjX0wGIi1uB@helmut.hullen.de \
    --to=hullen@t-online.de \
    --cc=helmut@hullen.de \
    --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.