Linux EFI Zboot Abandoning "Compression Library Museum", Focusing On Gzip & Zstd

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • phoronix
    Administrator
    • Jan 2007
    • 67114

    Linux EFI Zboot Abandoning "Compression Library Museum", Focusing On Gzip & Zstd

    Phoronix: Linux EFI Zboot Abandoning "Compression Library Museum", Focusing On Gzip & Zstd

    The Linux kernel EFI Zboot code for carrying the Linux kernel image for EFI systems in compressed form is doing away with its "compression library museum" of offering Gzip, LZ4, LZMA, LZO, XZ, and Zstd compression options to instead just focus on Gzip and Zstd compression support...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite
  • geerge
    Senior Member
    • Aug 2023
    • 331

    #2
    So, xz is getting dropped?

    Comment

    • TiCPU
      Junior Member
      • Jun 2015
      • 19

      #3
      Originally posted by geerge View Post
      So, xz is getting dropped?
      No. Xz is getting URGENTLY dropped 😆

      Comment

      • skeevy420
        Senior Member
        • May 2017
        • 8553

        #4
        WTF!? When I compress my images I use LZ4. It's the KISS of fast CODEC.

        Comment

        • gotar
          Senior Member
          • Dec 2021
          • 245

          #5
          Dropping LZMA and XZ is clear, also LZO has no benefits over LZ4, but what about the LZ4?

          Comment

          • milkylainen
            Senior Member
            • Mar 2012
            • 1104

            #6
            Seems kinda excessive. I would remove one of LZO/LZ4 and one of XZ/LZMA.
            While ZSTD does cover a whole lot more than any single other compression algorithm, I don't see the need to remove them all.
            I would hardly call all of them "museum". If anything, gzip is the museum piece here.

            Comment

            • V1tol
              Senior Member
              • May 2016
              • 603

              #7
              Originally posted by skeevy420 View Post
              WTF!? When I compress my images I use LZ4. It's the KISS of fast CODEC.
              It's a great opportunity to become LZ4 maintainer in the kernel then
              Originally posted by milkylainen View Post
              Seems kinda excessive. I would remove one of LZO/LZ4 and one of XZ/LZMA.
              While ZSTD does cover a whole lot more than any single other compression algorithm, I don't see the need to remove them all.
              I would hardly call all of them "museum". If anything, gzip is the museum piece here.
              "Museum" here is about an "amount of exhibits" not about "old and outdated". They decided to use "one tested, popular and stable" and "one modern best" solution, that's how it should be read.

              Comment

              • ahrs
                Senior Member
                • Apr 2021
                • 550

                #8
                Originally posted by skeevy420 View Post
                WTF!? When I compress my images I use LZ4. It's the KISS of fast CODEC.
                I too use LZ4 because it's the fastest to decompress. Zstd should perform similarly at low compression levels though as far I know. I would like to see tunables for this. There should be a ZSTD config that behaves like Xz and one that behaves like LZ4.

                Comment

                • NateHubbard
                  Senior Member
                  • Mar 2015
                  • 579

                  #9
                  It's a shame that they can't just get rid of gzip as well. Anywhere running a new kernel should be running new (or at least not extremely old) everything else, right?

                  Comment

                  • stormcrow
                    Senior Member
                    • Jul 2017
                    • 1511

                    #10
                    I was going to complain about removing LZ4 because it's extensively used in embedded kit. Then I remembered that almost no embedded solutions use UEFI for a boot standard and for the most part any other system isn't going to notice the difference for the one time cost of decompression on boot. It doesn't stop people from using the highly performant LZ4 elsewhere (like ZFS). This only affects EFI zboot, nothing else.

                    Comment

                    Working...
                    X