Announcement

Collapse
No announcement yet.

Clang'ed FreeBSD: Builds Quicker, Uses Way Less RAM

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

  • Clang'ed FreeBSD: Builds Quicker, Uses Way Less RAM

    Phoronix: Clang'ed FreeBSD: Builds Quicker, Uses Way Less RAM

    A FreeBSD developer has carried out a series of performance tests to explore the impact that LLVM/Clang as the default FreeBSD compiler has on FreeBSD 10 in its current form. The Clang compiler performance was compared to GCC 4.2.1 and GCC 4.7.1. Clang mostly comes out ahead of GCC on FreeBSD...

    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
    What a surprise

    "Clang'ed FreeBSD: Builds Quicker, Uses Way Less RAM": So FreeBSD uses less RAM, when compiled with Clang.
    Last edited by LightBit; 05 September 2012, 02:40 PM.

    Comment


    • #3
      Ok it builds faster and uses less RAM, what about the compiled binary?

      Comment


      • #4
        Originally posted by Lemonzest View Post
        Ok it builds faster and uses less RAM, what about the compiled binary?
        Why should that matter at all? (/sarcasm)

        Comment


        • #5
          this article is pure troll candy [from the gcc vs clang POV the article is fine]

          Comment


          • #6
            Another article mentioning GCC, Clang and FreeBSD?

            Comment


            • #7
              do you get money every time you say in a clang related article that it is Apple sponsored?

              Comment


              • #8
                For a distro is this a wise decision?

                I appreciate that clang may be more CPU and memory efficient than gcc when compiling some C++ programs. That's great.

                But, for a distro, the issue of the speed of the resultant binaries as well as well (in some part) the size of those binaries.

                This is similar to the arguements over which compression program to use on distrubtions package files. If 10x more CPU in compression or 10x (or even in combination with) more memory usage during the compression stage is worth it if it produces a slightly smaller package as long as there are no large negatives in the decompression stage.

                Compile/compress once run/decompress *many times*. It's pretty clear which side deserves more effort.

                Comment


                • #9
                  Originally posted by mark_ View Post
                  do you get money every time you say in a clang related article that it is Apple sponsored?
                  I guess he gets as much money from Apple as he gets from Canonical when he writes that Unity is by them and from Red Hat when he mentions that GNOME Shell is mostly by them.

                  Originally posted by willmore View Post
                  I appreciate that clang may be more CPU and memory efficient than gcc when compiling some C++ programs. That's great.

                  But, for a distro, the issue of the speed of the resultant binaries as well as well (in some part) the size of those binaries.
                  Under FreeBSD installing software from the ports tree means compiling it (guess where Gentoo got the portage idea from). Compiler performance is more important there. Binary performance seldom makes a real life difference.

                  Comment


                  • #10
                    Oh wow. Sorry to say this but it's crap!

                    It is completely useless to measure compiling times or memory usage for clang while compiling. That's about the same as measuring the cpu usage while compiling and complaining when it's at a solid 100%..

                    The thing that matters here is if the compiled binary is bigger/smaller compared to gcc and even if that is smaller (which would be better) then it's still a big question if the compiled binary is faster and more memory efficient then the gcc one. I would bet that a GCC compiled binary beats a LLVM one in every possible way though LLVM is progressing rather fast and nicely so that might change sometime. For now GCC is the best one out there on those two.

                    My 2 cents..

                    Comment

                    Working...
                    X