On Sun, 2011-03-20 at 12:40 -0400, todd rme wrote:
On Sun, Mar 20, 2011 at 5:45 AM, jdd
wrote: Le 19/03/2011 22:31, todd rme a écrit :
But why does it have to matter to a majority of users? If it helps just 1% of users, but doesn't hurt anybody, why wouldn't we change? because this part of the users already know how to use it, so they don't need the change. average users don't care, but a bit less average ones had a lot of work learning etx3, then 4 and wont like to have to learn again. I lived this with lpr versus cups, xorg automation, kde3 versus kde4 and it's pretty umpleasant to change something that works and you know by something that works but you don't know, because anything working is always "almost" working, so one always have to trick a setup at a moment or an other, and seeing it's no more what you know is bad. What, exactly, is there to learn?
[as a professional sys-admin] Or "was there to learn?". Ext2 to Ext3 was a pretty much unopposed change and a clear net win [gone were frequent and loooong running fsck checks]. The transition for Ext3 -> Ext4 was almost unnoticed except in the largest scenarios.
Compressing directories is pretty common if you want to save space. and it's in many cases plenty stupid. Only text can be compressed. The large files for now are video or photos and these are already compressed.
+1 [although de-duplication can save a lot of space, but AFAIK that isn't a feature of BTRFS, it is usually a feature of FUSE layers or SAN/NAS devices].
There are plenty of reasons why someone would have large amounts of text. Businesses, for instance.
Busnesses??? They have very little text. Even most PDFs are internally compresses. M$-Office documents aren't "text".
Incremental dumps makes backups much more efficient and effective.
And way more difficult to restore.
Linux is already suffering from a lack of good backup solutions.
+1 +1 +1
what? there are so many...
Really? Emphasis on "good" in "good backup solutions".
Just because there are lots of something doesn't mean any of them are particularly good. And even if they are, an improvement would still likely help a lot of people.
Having a decent and reliable UI would be a huge plus. And dealing with EA, xattrs, & ACLS - which most completely ignore.
And overall it will provide many of the features of LLVM directly in the filesystem. this is a good point. also the snapshot feature could be an enormous advantage if it works like VirtualBox snapshots. But is it really possible to be as flexible as that? Launching a snapshot for games and an other snapshot for work? I don't know, but I didn't mention snapshots at all because I don't know enough about them.
Snapshots still require the application(s) to be quiescent to be useful for restore. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org