Be careful when testing compression; if your benchmark is just writing out zeros the files of course will compress well and show a huge performance gain; which isn't what you would see in a real world test.
Announcement
Collapse
No announcement yet.
Testing Out Btrfs In Ubuntu 10.10
Collapse
X
-
Originally posted by smitty3268 View PostActually, it seems like they could probably make the file system smart enough to heuristically stop compressing files that are already compressed (like video) in order to avoid the performance penalty. I don't have any idea if that's already being done or not.
Comment
-
Originally posted by MrEcho View PostThink about Atom CPU's and a FS that uses compression, ouch.
It feels like the overall performance did improve a bit but I didn't really test it.
Some operations like updating many packages is slow, but that's acceptable for me.
I mean, what are you doing on an atom pc that needs so much disk activity?
I use mainly Firefox, thunderbird, evince, sometimes eclipse (yes, it is not very good on the little screen) or geany. These are applications that actually do work faster as far as I can tell from my feeling.
Comment
-
Without CPU usage numbers, these benchmarks are quite useless.
Also, it would be very interesting to know what the test data that the benchmark programs use does look like. If it is just zeros or an often repeating pattern, this would yield unrealistically good results.
Comment
-
Originally posted by waucka View PostBtrfs, once complete, should do pretty much everything that ZFS does and some things that ZFS doesn't.
BTW, it takes decades to iron out all bugs in a file system. It takes at least 5 years after announcing v1.0 before anyone use it in production. ZFS was officially announced after development in secrecy, and after that it took several years before it was let into production. When BTRFS is v1.0 it will take several years before any trusts it, in production.
As someone said "filesystems should not be sexy. It should be boring and trusted technology" - implying that he will not let ZFS into his computer halls, before at least 10 years has passed and ZFS has become mature enough.
Comment
-
Originally posted by kebabbert View PostDo you really expect ZFS development to freeze in time, until BTRFS plays catch up? Just recently ZFS Dedup was added. I wonder what functionality will be added in a couple of years.
BTW, it takes decades to iron out all bugs in a file system. It takes at least 5 years after announcing v1.0 before anyone use it in production. ZFS was officially announced after development in secrecy, and after that it took several years before it was let into production. When BTRFS is v1.0 it will take several years before any trusts it, in production.
As someone said "filesystems should not be sexy. It should be boring and trusted technology" - implying that he will not let ZFS into his computer halls, before at least 10 years has passed and ZFS has become mature enough.
Comment
-
Originally posted by kebabbert View PostBTW, it takes decades to iron out all bugs in a file system. It takes at least 5 years after announcing v1.0 before anyone use it in production. ZFS was officially announced after development in secrecy, and after that it took several years before it was let into production. When BTRFS is v1.0 it will take several years before any trusts it, in production.
Few users --> decades
Comment
Comment