user filesystems 1800

File compression seems, to me, to be a mistake these days. With the price of hard drives so low, I see no reason to clutter up the OS kernel with software to compress a file system on writing and to decompress it on reading. Furthermore, the CPU time required to do this is all wasted from the point of view of the user.

Why not put in file system encryption at the same time if you want to clutter up the OS and slow down the applications?

1970s, IIRC). I found it useful once in a while, but it used up a lot of disk space very fast in the days when 40 Megabyte hard drives cost $40,000 each.

With UNIX and Linux, I find there is very little I want a versioning file system for, mainly software development for large projects. In the old days, I used SCCS and various other tools for that. Now I use RCS that is pretty much the same thing.

I find this unnecessary: when I accidently spoil or delete a file, I just get it back from the daily backup. I do not see this as a dichotomy. Users want performance, so what you seem to want is a file system for newbies and a file system for those more experienced. Now that is not necessarily bad, but putting off learning of the inexperienced users to ease the initial learning curve seems to me to only require two learning curves: one to learn the easy way, and then one to unlearn the easy way and learn the right way. Not the way I would wish to go.

-- .~. Jean-David Beyer Registered Linux User 85642. V PGP-Key: 9A2FC99A Registered Machine 241939. ^^-^^ 06:50:01 up 85 days, 20:22, 4 users, load average: 4.19, 4.11, 4.07