Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Goffredo Baroncelli <kreijack@inwind.it>
To: "kreijack@inwind.it" <kreijack@inwind.it>
Cc: linux-btrfs <linux-btrfs@vger.kernel.org>,
	cwillu <cwillu@cwillu.com>,
	"Chris Murphy" <lists@colorremedies.com>,
	"Martin Steigerwald" <Martin@lichtvoll.de>,
	"Hugo Mills" <hugo@carfax.org.uk>,
	"Michael Kjörling" <michael@kjorling.se>
Subject: Re: [RFC] New attempt to a better "btrfs fi df"
Date: Sun, 28 Oct 2012 10:01:29 +0100	[thread overview]
Message-ID: <508CF469.5070407@inwind.it> (raw)
In-Reply-To: <50899151.1070503@inwind.it>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-10-25 21:21, Goffredo Baroncelli wrote:
> Hi all,
> 
> this is a new attempt to improve the output of the command "btrfs
> fi df".

Below you can see another iteration. I tried to address all the cwillu
requests, which to me make sense.

I thought a lot about chunk/disks vs disk/chunks, and I reached the
conclusion that we could need both. In order to avoid a too long and
redundant output, my idea is to have three different commands:

1) btrfs filesystem df <path>         -> which show what it is called
                                          summary
2) btrfs filesystem disk-usage <path> -> which show what is called
                                         "Detail"
3) btrfs device disk-usage <path>     -> which is like 2) but grouped
                                         by disk instead of chunks.


This is an idea about which I want some comments. The example below
show the latest results. I want to point out that I was not able to
show the chunk usage per disk, because I don't have this information.

The patches are not shaped to be showed, however the code is pullable from

        http://cassiopea.homelinux.net/git/btrfs-progs-unstable.git
branch
        info-cmd  (commit f90e55e7)


$ sudo ./btrfs fi df /mnt/btrfs1/
Path: /mnt/btrfs1
Summary:
  Disk_size:		  21.00GB
  Disk_allocated:	   1.83GB
  Disk_unallocated:	  19.17GB
  Used:			 284.00KB
  Free_(Estimated):	  15.76GB	(Max: 20.54GB, min: 10.96GB)
  Data_to_disk_ratio:	     75 %


Allocated_area:
  Data,Single: Size:8.00MB, Used:0.00
     /dev/vdb	    8.00MB

  Data,RAID0: Size:921.75MB, Used:256.00KB
     /dev/vdb	  307.25MB
     /dev/vdc	  307.25MB
     /dev/vdd	  307.25MB

  Metadata,Single: Size:8.00MB, Used:0.00
     /dev/vdb	    8.00MB

  Metadata,RAID1: Size:460.94MB, Used:24.00KB
     /dev/vdb	  460.94MB
     /dev/vdd	  460.94MB

  System,Single: Size:4.00MB, Used:0.00
     /dev/vdb	    4.00MB

  System,RAID1: Size:8.00MB, Used:4.00KB
     /dev/vdc	    8.00MB
     /dev/vdd	    8.00MB

  Unallocated:
     /dev/vdb	    2.23GB
     /dev/vdc	    2.69GB
     /dev/vdd	    2.24GB
     /dev/vdf	   12.00GB

Disks:
  /dev/vdb	    3.00GB
     Data,Single:              8.00MB
     Data,RAID0:             307.25MB
     Metadata,Single:          8.00MB
     Metadata,RAID1:         460.94MB
     System,Single:            4.00MB
     Unallocated:              2.23GB

  /dev/vdc	    3.00GB
     Data,RAID0:             307.25MB
     System,RAID1:             8.00MB
     Unallocated:              2.69GB

  /dev/vdd	    3.00GB
     Data,RAID0:             307.25MB
     Metadata,RAID1:         460.94MB
     System,RAID1:             8.00MB
     Unallocated:              2.24GB

  /dev/vdf	   12.00GB
     Unallocated:             12.00GB

- -- 
gpg @keyserver.linux.it: Goffredo Baroncelli (kreijackATinwind.it>
Key fingerprint BBF5 1610 0B64 DAC6 5F7D  17B2 0EDA 9B37 8B82 E0B5
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBAgAGBQJQjPRpAAoJEA7amzeLguC1sUoP+gMhv1NWN48Sun/8fNxJxTg6
TCf65+TKDGKByUKjSLjS0hFEb5xcoWG7H1DEf4KzdZYGMkw5iq8IkZcejVlrj/fn
Z+BRS02Zl0zMdYmMg7SH75BQz2oT5rpUsMI499qiE8gd6UJzeFD0DHjBWWBdptaA
irba605QCtW7JRib3yZwmkcBXSl+oLX2bpELbGARxKWLSx7B5WcKLGNtV3f7whVH
EBzZYXQi2LamRbxH7/la75GXvjSTAXHBrGy3p4TTiF2HAEQ3xALr0aVuYvyHDQhF
4EeledgW/Z26F5DUZcatTlvlse7oKl1R4XX0r5MQRJ4aBwwUAIK/qNpTxm3HNAC9
TSbhUsA/LtcMZyl7AEhKt5/B2MQgkqobpkDK2DiA+qZkONSfoTDBdCjMiwg/yMq8
N07MevdI7gzy3ZKb26v5N6W+wLImpA6mVceWrCksIRh5TP3aOjnsvrkH8uopNC2J
rbb0CW+KF1o28iI/doHuh8BRhhpCfl0vd4oJQseUPDtCsRIqXlHqBu+i/CMwKWE0
fne8RZRia2EAa4fSrl3I7Uc8gEuYt1EgbXdoDvejB6vdVZ7DsHGVc2Pe9JwLi9rv
iL9TU4L+Iaw4DHR+h68k0Eg1q+GX0u3LUxXvgLBmsoyb3JQRMrcVbT+gusvU6Mrr
1YgFwwLdi+KMBTWSHoo2
=iKFO
-----END PGP SIGNATURE-----

  parent reply	other threads:[~2012-10-28  9:00 UTC|newest]

Thread overview: 47+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-25 19:21 [RFC] New attempt to a better "btrfs fi df" Goffredo Baroncelli
2012-10-25 19:40 ` cwillu
2012-10-25 19:59   ` Goffredo Baroncelli
2012-10-25 20:06     ` cwillu
2012-10-25 20:36   ` Chris Murphy
2012-10-25 20:49     ` cwillu
2012-10-25 20:52       ` Goffredo Baroncelli
2012-10-25 20:03 ` Chris Murphy
2012-10-25 20:11   ` cwillu
2012-10-25 20:41     ` Goffredo Baroncelli
2012-10-26  2:33     ` Chris Murphy
2012-10-26  3:36       ` cwillu
2012-10-26  4:03         ` Chris Murphy
2012-10-27 15:05         ` Chris Murphy
2012-10-27 16:43 ` Martin Steigerwald
2012-10-27 19:55   ` Michael Kjörling
2012-10-27 22:30     ` Martin Steigerwald
2012-10-27 22:38       ` Hugo Mills
2012-10-27 23:01         ` Michael Kjörling
2012-10-28 10:58           ` Martin Steigerwald
2012-10-28  8:45         ` Goffredo Baroncelli
2012-10-28 10:38           ` Martin Steigerwald
2012-10-28 10:59             ` Goffredo Baroncelli
2012-10-28 11:18               ` Michael Kjörling
2012-10-28 12:25                 ` Goffredo Baroncelli
2012-10-28 12:48                   ` Michael Kjörling
2012-10-28 13:22                   ` Martin Steigerwald
2012-10-27 23:35     ` Chris Murphy
2012-10-28 11:20       ` Michael Kjörling
2012-10-28  9:01 ` Goffredo Baroncelli [this message]
2012-10-28 10:33   ` Martin Steigerwald
2012-10-28 10:58     ` Goffredo Baroncelli
2012-10-28 11:16       ` Martin Steigerwald
2012-10-28 18:27         ` Chris Murphy
2012-10-28 19:06           ` Michael Kjörling
2012-10-28 19:42             ` Chris Murphy
2012-10-28 20:09               ` Michael Kjörling
2012-10-28 20:19                 ` Chris Murphy
2012-10-29  9:04                   ` Michael Kjörling
2012-10-30  4:41                     ` Chris Murphy
2012-10-28 19:42             ` Chris Murphy
2012-10-29 13:06             ` Randy Barlow
2012-10-29 22:21 ` [RFC][V2] " Goffredo Baroncelli
2012-10-30  9:42   ` Michael Kjörling
2012-10-30 18:15     ` Goffredo Baroncelli
2012-10-30 18:32       ` Michael Kjörling
2012-10-30 20:13         ` Chris Murphy

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=508CF469.5070407@inwind.it \
    --to=kreijack@inwind.it \
    --cc=Martin@lichtvoll.de \
    --cc=cwillu@cwillu.com \
    --cc=hugo@carfax.org.uk \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=lists@colorremedies.com \
    --cc=michael@kjorling.se \
    /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