Announcement

Collapse
No announcement yet.

F2FS With Linux 5.12 To Allow Configuring Compression Level

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • F2FS With Linux 5.12 To Allow Configuring Compression Level

    Phoronix: F2FS With Linux 5.12 To Allow Configuring Compression Level

    While the Flash-Friendly File-System (F2FS) allows selecting between your choice of optional compression algorithms like LZO, LZ4, and Zstd -- plus even specifying specific file extensions to optionally limit the transparent file-system compression to -- it doesn't allow easily specifying a compression level. That is fortunately set to change with the Linux 5.12 kernel this spring...

    http://www.phoronix.com/scan.php?pag...ion-Level-Next

  • #2
    I hope the Ubuntu installer adds f2fs support one day

    Comment


    • #3
      LZ4HC is LZ4 Compression Level 9 and above (LZ4 -9) and not a seperate algo.
      https://github.com/lz4/lz4/issues/660

      Comment


      • #4
        Id be more interested in this getting upstreamed tho: https://github.com/terrelln/linux/co...526eda5bbec9a9

        Upgrades from a custom zstd based on 1.3.1 to 1.4.6, getting 3 years
        of performance improvements and bug fixes. On x86_64 I've measured
        15% faster BtrFS and SquashFS decompression+read speeds, 35% faster
        kernel decompression, and 30% faster ZRAM decompression+read speeds.

        Comment


        • #5
          Originally posted by discordian View Post
          Id be more interested in this getting upstreamed tho: https://github.com/terrelln/linux/co...526eda5bbec9a9
          That's the biggest reason to use ZFS over BTRFS. Glad that's being addressed. The kernel with actual zstd-fast support is a bit of a game changer.

          Comment


          • #6
            Originally posted by Jigglywiggly View Post
            I hope the Ubuntu installer adds f2fs support one day
            Agree, and I'd like <generic distribution> installers to support NILFS2 as well. I think the main reason it is not supported is the lack (in NILFS2) of a fsck capability - not even an executable that does a NOP and exits with 'success' status.

            It would be helpful if there were a standard for filesystem installs such that the installer could call a script provided by the filesystem maintainer that did what was necessary, and returned a standardised result - a standardised filesystem-install API. As it is, it can be difficult to do what you want e.g. layer ext4 on LVM on LUKS or ext4 on LUKS on LVM. Add in RAID and it all gets horribly complicated. I live in hope that a rock-star programmer will come up with an elegant solution to replace the hairballs of code. I am not that programmer.

            Comment


            • #7
              Originally posted by Jigglywiggly View Post
              I hope the Ubuntu installer adds f2fs support one day
              Main annoyance with F2FS is that it demands checking the disk every time you start up. Which is annoying when you dual boot. If you only have one OS, then there's no problem, you can just suspend and reboot after installing kernel/systemd updates.

              Comment


              • #8
                Originally posted by skeevy420 View Post

                That's the biggest reason to use ZFS over BTRFS. Glad that's being addressed. The kernel with actual zstd-fast support is a bit of a game changer.
                Main problem that Linux kernel devs have with ZFS is that it's out of tree, and they sometimes did stupid things like blaming the kernel for bugs in their code. If there was a nice in-tree implementation, everyone would be happier.

                Comment

                Working...
                X