Announcement
Collapse
No announcement yet.
Btrfs Zstd Compression Benchmarks On Linux 4.14
Collapse
X
-
Fedora just release 4.14 through the standard update channels and I have been pleased with BTRFS with zstd compression enabled. I used to use the standard compression, zlib, for a while and while I was pleased with the compression, the performance on my laptop's small ssd would leave me hanging from time to time. After switching from zlib to zstd, I have not noticed any slow downs and it feels almost as fast as when I had ext4 on the system. ZSTD is an impressive compression algorithm that these benchmarks don't give it justice to in everyday usage.
- Likes 1
-
The real advantage over LZO is the compression ratio.
- Likes 1
Leave a comment:
-
Originally posted by phoronix View PostHere are some benchmarks of Zstd Btrfs compression compared to the existing LZO and Zlib compression mount options.
Leave a comment:
-
I wonder as well about the compression ratio on a file server in a real world scenario. In my case I'm interested if it is worth to switch from lzo to zstd.
Leave a comment:
-
I'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.
- Likes 1
Leave a comment:
-
Originally posted by Ropid View Post
There's no lz4 support.
- Likes 1
Leave a comment:
-
Please, grep ZSTD /boot/config-4.14.0-999-generic. Enough with the cat abuse!
- Likes 1
Leave a comment:
-
do they support lz4? That would seem to be a good option as it shouldn't add any appreciable time either direction.
Leave a comment:
-
When I was working with virtual machine overlays with lots of zeros for sparsification (though this was a bug in the sparsification program) I found compression of the overlay file via FS compression made for a very good use case (image file was from a real disk, around 1TB)
- Likes 1
Leave a comment:
Leave a comment: