On 28 Oct 2012 13:25 +0100, from kreij...@inwind.it (Goffredo Baroncelli):
> On 2012-10-28 12:18, Michael Kjörling wrote:
>> I would personally really prefer a tabular view that perhaps does not
>> show _all_ details when no explicit parameters are given, and a
>> "--dump" or similar that will give a fuller data dump that might lend
>> itself better to parsing by other tools for a more thorough
>> presentation. The data is all right there; it's basically a matter of
>> deciding how much of it to show by default.
>
> In your opinion, which details we could omit ?
For a _summary_, _I_ would want an overview that tells me:
1. how much data is actually currently stored on the file system
(which might not be equal to the number of data bytes used on disk)
2. if I add a single file to the file system, how large can that file
grow before I run out of disk space? ("how much free space is there
on the file system?") In the case of btrfs, this should probably be
calculated under a "worst case scenario" presumption but still
assuming that all currently unused space is usable for data storage
and no changed file system settings, and without rebalancing
between data and metadata areas.
For multi-device file systems, it seems logical to offer a per-device
breakdown of the numbers as well as totals. In that case the totals
should definitely be at the bottom of the output so you don't need to
pipe through "head" just to get the totals if you have a file system
spread out over a large number of devices.
Since unless I've missed something big per-object replication settings
is a _planned_ feature and not currently implemented, I don't quite
see why the "btrfs fi df" output design _now_ has to accomodate that.
I still feel that the format I mentioned in my post 27 Oct 19:55 UTC
should work fairly well, given the _currently implemented_ btrfs
feature set. It answers the question that "home" users are most likely
to face ("how much more data can I store?") and can be supplemented by
a more in-depth view meant for technically inclined users who really
care about the technical breakdown of the data.
--
Michael Kjörling • http://michael.kjorling.se • mich...@kjorling.se
“People who think they know everything really annoy
those of us who know we don’t.” (Bjarne Stroustrup)
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
