Announcement

Collapse
No announcement yet.

Mold 2.31 Now ~10% Faster When Linking Very Large, Debug Info Enabled Binaries

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

  • Mold 2.31 Now ~10% Faster When Linking Very Large, Debug Info Enabled Binaries

    Phoronix: Mold 2.31 Now ~10% Faster When Linking Very Large, Debug Info Enabled Binaries

    Rui Ueyama announced the release of Mold 2.31 today as the newest version of this high speed linker alternative to LLVM LLD and GNU Gold...

    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

  • #2
    With LTO, all this would be trivial, not to mention mold's lack of integration with LLVM (LLVM_TOOL_LLVM_DRIVER_BUILD).

    Comment


    • #3
      Originally posted by edxposed View Post
      With LTO, all this would be trivial, not to mention mold's lack of integration with LLVM (LLVM_TOOL_LLVM_DRIVER_BUILD).
      Yup, I've found that when LLVM LTO is used, lld is faster (compared to mold + LLVMgold.so) _and_ better, due to tighter integration with the rest of the LLVM stack.

      For the GNU stack, though, mold is indeed the king.

      Comment


      • #4
        The new version should fix the Mesa Rusticl LTO build issue, too. Rusticl can be integrated into the CI, yay!

        Comment


        • #5
          Originally posted by edxposed View Post
          With LTO, all this would be trivial, not to mention mold's lack of integration with LLVM (LLVM_TOOL_LLVM_DRIVER_BUILD).
          LTO is really slow, not something you want for development.

          Comment


          • #6
            Originally posted by intelfx View Post

            Yup, I've found that when LLVM LTO is used, lld is faster (compared to mold + LLVMgold.so) _and_ better, due to tighter integration with the rest of the LLVM stack.

            For the GNU stack, though, mold is indeed the king.
            If you use LTO you are not really linking but compiling the code.

            Comment


            • #7
              Originally posted by patrick1946 View Post

              LTO is really slow, not something you want for development.
              This is not slower or even faster if you use thinlto cache.
              Last edited by edxposed; 03 May 2024, 11:32 AM.

              Comment


              • #8
                Always great to see a new version of the fungal species.

                Comment


                • #9
                  Originally posted by edxposed View Post
                  With LTO, all this would be trivial, not to mention mold's lack of integration with LLVM (LLVM_TOOL_LLVM_DRIVER_BUILD).
                  I think Mold from the start was designed more with debugging in mind, rather than release builds. Stuff like LTO needs to work, in order to make sure you can do everything you might need to, but it's not really what the tool is intended to fix, which is speeding up debugging cycles on large projects.

                  Comment


                  • #10
                    Originally posted by edxposed View Post

                    This is not slower or even faster if you use thinlto cache.
                    You speaking about changing one translation unit or building everything from scratch?

                    Comment

                    Working...
                    X