From: Goffredo Baroncelli <kreijack@gmail.com>
To: "Hugo Mills" <hugo@carfax.org.uk>,
"Roman Mamedov" <rm@romanrm.ru>,
"Sébastien Maury" <sebastien.maury@inserm.fr>,
linux-btrfs@vger.kernel.org
Subject: Re: [RFC] btrfs fi df output [Was Re: BTRF - Storage Usage]
Date: Sat, 29 Sep 2012 09:19:56 +0200 [thread overview]
Message-ID: <5066A11C.5080106@gmail.com> (raw)
In-Reply-To: <20120928201332.GF6136@carfax.org.uk>
On 09/28/2012 10:13 PM, Hugo Mills wrote:
>> Summary:
>> > Disk_size: 135.00 GiB
>> > Disk_allocated: 10.51 GiB
>> > Disk_unallocated: 124.49 GiB
>> > Used: 2.59 GiB
>> > Free_(Estimated): 91.93 GiB
>> > Average_disk_efficiency: 70 %
>> >
>> > Details:
>> > Chunk-type Mode Disk-allocated Used Available
>> > Data Single 4.01GB 2.16GB 1.87GB
>> > System DUP 16.00MB 4.00KB 7.99MB
>> > System Single 4.00MB 0.00 4.00MB
>> > Metadata DUP 6.00GB 429.16MB 2.57GB
>> > Metadata Single 8.00MB 0.00 8.00MB
>> >
>> >
>> >
>> > Where:
>> > Disk-allocated -> space used on the disk by the chunk
>> > Disk-size -> size of the disk
>> > Disk-unallocated -> disk not used in any chunk
>> > Used -> space used by the files/metadata
> The problem here is that if you're using raw storage, the Used
> value in the second stanza grows twice as fast as the user expects.
This is the misunderstanding whom I talked before.
If you give a look at the line "Metadata DUP", you can see that the
disk-allocated are about 6GB, instead if you sum Used and Available you
got 3GB.
I.e. if you create a 1GB file, "Used" ever increased of 1GB, and
Available ever decrease 1GB, whichever you are using DUP or Single or RAID*
I
> think this second stanza should at minimum include the "cooked" values
> used in btrfs fi df, because those reflect the user's experience. Then
> adding [some of?] the raw values you've got here to help connect the
> values to the raw data in the first stanza of output.
The only raw values are the one "prefixed" with disk. The other ones are
at the net of the DUP/Single/Raid....
>
> As I said above, it's the connection between "I wrote a 1GiB file
> to my filesystem" and "why have my numbers increased/decreased by
> 2GiB(*)/1.2GiB(**)?"
I repeat, if the chunk is DUP-ed, if you create 1GB file:
- Disk-allocate increase 2GB (supposing that all the chunks are full)
- Used increase 1GB
- Available decrease 1GB
>
> (*) RAID-1
> (**) RAID-5-ish
>
Ciao
Goffredo
next prev parent reply other threads:[~2012-09-29 7:19 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-27 10:44 BTRF - Storage Usage Sébastien Maury
2012-09-27 11:09 ` Hugo Mills
2012-09-27 11:25 ` Sébastien Maury
2012-09-27 11:43 ` Hugo Mills
2012-09-27 11:52 ` Sébastien Maury
2012-09-27 20:39 ` [RFC] btrfs fi df output [Was Re: BTRF - Storage Usage] Goffredo Baroncelli
2012-09-27 21:02 ` Goffredo Baroncelli
2012-09-28 3:17 ` Roman Mamedov
2012-09-28 8:58 ` Hugo Mills
2012-09-28 17:27 ` Goffredo Baroncelli
2012-09-28 20:13 ` Hugo Mills
2012-09-28 21:26 ` Goffredo Baroncelli
2012-09-29 7:19 ` Goffredo Baroncelli [this message]
2012-09-29 9:59 ` Sébastien Maury
2012-09-29 11:51 ` Goffredo Baroncelli
2012-11-12 18:16 ` Jan Engelhardt
2012-09-28 16:44 ` Goffredo Baroncelli
2012-09-28 18:02 ` Roman Mamedov
2012-09-28 19:38 ` Goffredo Baroncelli
2012-09-28 20:20 ` Hugo Mills
2012-09-28 21:26 ` Wade Cline
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=5066A11C.5080106@gmail.com \
--to=kreijack@gmail.com \
--cc=hugo@carfax.org.uk \
--cc=linux-btrfs@vger.kernel.org \
--cc=rm@romanrm.ru \
--cc=sebastien.maury@inserm.fr \
/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.