Linux Btrfs filesystem development
 help / color / mirror / Atom feed
From: Martin Steigerwald <Martin@lichtvoll.de>
To: kreijack@inwind.it
Cc: "Michael Kjörling" <michael@kjorling.se>,
	"Hugo Mills" <hugo@carfax.org.uk>,
	linux-btrfs@vger.kernel.org
Subject: Re: [RFC] New attempt to a better "btrfs fi df"
Date: Sun, 28 Oct 2012 14:22:36 +0100	[thread overview]
Message-ID: <201210281422.37024.Martin@lichtvoll.de> (raw)
In-Reply-To: <508D2430.9020006@inwind.it>

Am Sonntag, 28. Oktober 2012 schrieb Goffredo Baroncelli:
> On 2012-10-28 12:18, Michael Kjörling wrote:
> > On 28 Oct 2012 11:59 +0100, from kreijack@gmail.com (Goffredo 
Baroncelli):
> >> On 2012-10-28 11:38, Martin Steigerwald wrote:
> >>> But still if if can be arbitrarily long due to that per object
> >>> replication  config, a vertical output might and leaving graphical
> >>> representation to a Qt Quick application or so might be better.
> >> 
> >> Yes, this is my same feel: For console I prefer a text
> >> representation in rows, leaving to a graphical GUI to show the
> >> information in columns..
> >
> > 
> >
> > So a sysadmin who logs on to a server (which uses btrfs) over plain
> > SSH should need to install a good chunk of X11 plus a load of support
> > libraries on the server, plus have a X11 server on the machine they
> > are connecting from, simply to get a tabular view of the disk space?
> 
> As reported in another email, I like the tabular format. The point is
> that it is not usable because the combination of Chunk-type (Data,
> Metadata, System) and Profile (DUP, Single, RAID1, RAID10,
> RAID0...RAID5/6) doesn't fit in 80 columns width.
> Even tough the simple case (Only one profile, Data,Metadata,System
> chunk type) could fit, this solution doesn't scale when will be
> possible to select different profiles per subvolume basis.
> 
> [...]

The vertical output makes it quite difficult to spot unbalanced drives 
tough.

A simplified output might help:

Just show how much is used/unused on each drive. This helps the usecase to 
spot unbalanced drives, I think. And it can fit in tabular output.

I think its good to go from the use cases. What questions may the user 
have and how to answer them in a clear and concise way?

Then for details the vertical output might be a good option.

Anyway, I think first go for the summary thing… since I think that is 
clear.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7

  parent reply	other threads:[~2012-10-28 13:22 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 [this message]
2012-10-27 23:35     ` Chris Murphy
2012-10-28 11:20       ` Michael Kjörling
2012-10-28  9:01 ` Goffredo Baroncelli
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=201210281422.37024.Martin@lichtvoll.de \
    --to=martin@lichtvoll.de \
    --cc=hugo@carfax.org.uk \
    --cc=kreijack@inwind.it \
    --cc=linux-btrfs@vger.kernel.org \
    --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