Announcement

Collapse
No announcement yet.

Compilation Times, Binary Sizes For GCC 4.2 To GCC 4.8

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

  • Compilation Times, Binary Sizes For GCC 4.2 To GCC 4.8

    Phoronix: Compilation Times, Binary Sizes For GCC 4.2 To GCC 4.8

    Compiler benchmarks at Phoronix commonly look at the performance of resulting binaries while less of a focus is the compilation time and binary sizes. However, a developer has carried out GCC benchmarks of the compilation times and binary sizes in different scenarios for GCC releases going from GCC 4.2 to the upcoming GCC 4.8...

    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
    Compilation speed is almost irrelevant.

    Only thing that matters is the end result.
    In form of accuracy, speed and code size.
    I would gladly have a 10 times slower compiler if it was guaranteed to produce 10% faster code on absolute average.
    I don't get why compilation speed is such a big deal when binary speed is the final result users will see?
    So who cares if the kernel takes 4 minutes or 6 minutes and 10 seconds to compile?
    For all of you how do care about speed. Go play with TCC instead. It's an excellent compiler/assembler/linker.

    Comment


    • #3
      People who compile things themselves care about how long it takes. If I want to create a patch and rebuild something, it's a lot more convenient if it only takes 15 minutes rather than 2 and a half hours to compile.

      Comment


      • #4
        Originally posted by ejs1920 View Post
        People who compile things themselves care about how long it takes. If I want to create a patch and rebuild something, it's a lot more convenient if it only takes 15 minutes rather than 2 and a half hours to compile.
        Right. I don't care if release builds take twice as long to produce faster-executing code. But as a developer, efficiency of the compiler is a big factor in my own productivity - I'm not going to get much done if every little change means I might as well go and grab a coffee...

        Comment


        • #5
          Originally posted by milkylainen View Post
          So who cares if the kernel takes 4 minutes or 6 minutes and 10 seconds to compile?
          Kernel developers, obviously.

          Comment


          • #6
            Originally posted by pingufunkybeat View Post
            Kernel developers, obviously.
            And Gentoo users.

            Comment


            • #7
              Originally posted by milkylainen View Post
              Only thing that matters is the end result.
              In form of accuracy, speed and code size.
              I would gladly have a 10 times slower compiler if it was guaranteed to produce 10% faster code on absolute average.
              I don't get why compilation speed is such a big deal when binary speed is the final result users will see?
              So who cares if the kernel takes 4 minutes or 6 minutes and 10 seconds to compile?
              For all of you how do care about speed. Go play with TCC instead. It's an excellent compiler/assembler/linker.
              You are obviously NOT a developer. If I'm coding and I make 1 change and I re-compile to test it, I'd rather not have to think to myself "Well....I'm gonna be here for a while." For release builds code-speed may be more important, but for test builds? A 10-second kernel build? i would be beyond happy. Itd be like a free hardware upgrade to me haha
              All opinions are my own not those of my employer if you know who they are.

              Comment


              • #8
                Originally posted by Ericg View Post
                You are obviously NOT a developer. If I'm coding and I make 1 change and I re-compile to test it, I'd rather not have to think to myself "Well....I'm gonna be here for a while." For release builds code-speed may be more important, but for test builds? A 10-second kernel build? i would be beyond happy. Itd be like a free hardware upgrade to me haha
                Well yeah but then you don't get to do this:

                :P

                but seriously... milklainen compile time is wildly important for developers because the more time we're waiting for our code to compile the less time we're spending actually working on or testing code.

                Comment


                • #9
                  I've got a 955BE and compile time is like nothing. At most even on huge packages like the kernel or gtk or firefox it only takes a few minutes. And most other packages take less than a minute or even just a few seconds. I can't imagine that compile time is still much of a problem.

                  My emerge -e world is over 700 packages and it only takes about an hour and a half.

                  Comment


                  • #10
                    duby229: Yes, but how many people can afford one of those? And with that kind of speed, does optimization still make a diffference?

                    I've got a laptop with a dual-core AMD [email protected], with 1 GB RAM. I build my kernel from source, because I use Debian stable, my laptop isn't properly supported in 2.6.32 (X100e thinkpad-acpi, rtl8192se...), and I want kernel updates on time. I also build several other programs/libraries on a fairly regular basis, so compilation time is rather important.
                    FWIW, compile time is the reason the kernel developers supported gcc 2.95 as long as they did: it's several times faster.
                    TCC is an interesting project, but it has some serious limitations, meaning that it can't compile anywhere near as much software.

                    The article is somewhat disappointing: I expected there to be a comparison of output file sizes.

                    Comment

                    Working...
                    X