Originally posted by bnolsen
View Post
Announcement
Collapse
No announcement yet.
Btrfs Zstd Compression Benchmarks On Linux 4.14
Collapse
X
-
-
SSD in box that has SATA to USB controller, connected to laptop using USB2.0.
Hashing file using `pv Main.vdi | md5sum`.
"NTFS": 11,3GiB 0:04:44 [40,7MiB/s]
"BTRFS with compress-force=zstd:15": 11,3GiB 0:01:13 [ 158MiB/s]
- Likes 2
Leave a comment:
-
Originally posted by kaprikawn View PostThe system is a headless server, sorry, I can't help with these questions. The disks I have btrfs on are just big HDDs with videos and roms and stuff on that I access through Samba or NFS. I don't even remember whether the OS disk is formatted with btrfs.
- Likes 3
Leave a comment:
-
Originally posted by s_j_newbury View Post
You're not really going to gain anything, perhaps even slow things down if your content is already highly compressed. If you store your ROMs uncompressed that can work, but then deduplication is an even bigger win if you have many similar ROMs.
Leave a comment:
-
Originally posted by s_j_newbury View Post
You're not really going to gain anything, perhaps even slow things down if your content is already highly compressed. If you store your ROMs uncompressed that can work, but then deduplication is an even bigger win if you have many similar ROMs.
Leave a comment:
-
Originally posted by kaprikawn View Post
The system is a headless server, sorry, I can't help with these questions. The disks I have btrfs on are just big HDDs with videos and roms and stuff on that I access through Samba or NFS. I don't even remember whether the OS disk is formatted with btrfs.
Leave a comment:
-
Originally posted by Hi-Angel View PostDo you notice any improvement in startup times of the system or maybe apps as opposed to no compression at all?
Leave a comment:
-
Originally posted by kaprikawn View PostI've got a server which primarily is a file server, CPU usage and the like aren't my major concerns, compression rates are. When the amount of data you're using is measured in terabytes you can fit a lot more data on if the compression technique is more aggressive.
I started out with lzo because I didn't know any better when I first used btrfs, I just saw it on the Arch wiki or an online tutorial, tried it and it worked (and I got noticeably more data on my disks). I've since enabled zlib on the latest disk I added more recently. I'm very happy with the results.
Leave a comment:
-
Originally posted by s_j_newbury View Post
There was a patch enabling lz4 floating around for a while. I gave it a go and found it worked well, but lz4hc support was buggy and would fail on decompression at times. I believe, because of the unresolved lz4hc issue which presumably could have also affected standard compression although it never showed up, the code wasn't accepted upstream.The LZ4 algorithm was considered but has not brought significant gains.
Leave a comment:
Leave a comment: