All of lore.kernel.org
 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 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.