Thread (47 messages) 47 messages, 9 authors, 2012-10-30

Re: [RFC] New attempt to a better "btrfs fi df"

From: Michael Kjörling <hidden>
Date: 2012-10-28 20:10:23

On 28 Oct 2012 13:42 -0600, from chris@colorremedies.com (Chris Murphy):
quoted
* "btrfs" _is_ the file system administration tool. In a way, it makes
 sense that the data provided by it will be geared more toward
 technically minded people.
It is a fair point. But this is not LVM or md raid. It's way easier
to understand and manage already, even with some trouble spots. But
in the area of storage pool/volume management it's perhaps
potentially more complex due to subvolumes and actually usable
snapshots.

So, I must refuse part of the premise that sysadmins and storage
experts aren't also ordinary people. They can benefit too from
useful "at a glance" information that, again, doesn't mislead them.
I did not mean to imply that "sysadmins and storage experts aren't
also ordinary people" who can benefit from an "at a glance" view of
their storage situation. Quite to the contrary, that's one point I
have raised in this thread: the usefulness of an "at a glance" view of
the storage situation. But I can also certainly see the side of the
argument that they could reason their way around the concept of raw
storage capacity and allocation multipliers. After all, by the time
you get down to the "a few days of ordinary added data" range of free
space remaining, which would be when the exact numbers _really_ begin
to matter, you should be on top of adding more storage capacity
anyway.

-- 
Michael Kjörling • http://michael.kjorling.se • michael@kjorling.se
                “People who think they know everything really annoy
                those of us who know we don’t.” (Bjarne Stroustrup)
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help