Announcement

Collapse
No announcement yet.

FreeBSD Jumps Quickly On LLVM/Clang 3.2

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

  • #16
    Originally posted by deanjo View Post
    Oh that's cute.

    You pick the one benchmark taken in the middle of a regression that cut the framerate by 90% in many cases. And just before HiZ and the new DMA allocator were merged......

    And the 27% speedup patch... http://www.phoronix.com/scan.php?pag...tem&px=MTI0OTI

    http://phoronix.com/forums/showthrea...formance/page2

    Comment


    • #17
      Originally posted by ryao View Post
      Clang is not under the BSD license. It is under the UoI-NCSA license, which is BSD-style, but different:

      http://sources.gentoo.org/cgi-bin/vi...SA?view=markup
      That's just splitting hairs. The “Permission is hereby granted…” sentence and the last paragraph are verbatim copies from the MIT license and the actual conditions are a verbatim copy of the 3-clause BSD license.
      There is absolutely no practical difference to the stock 3-clause BSD license. The slightly different wording is just stupid license proliferation.

      Comment


      • #18
        Originally posted by pingufunkybeat View Post
        Oh that's cute.

        You pick the one benchmark taken in the middle of a regression that cut the framerate by 90% in many cases. And just before HiZ and the new DMA allocator were merged......

        And the 27% speedup patch... http://www.phoronix.com/scan.php?pag...tem&px=MTI0OTI

        http://phoronix.com/forums/showthrea...formance/page2
        Even if it was a 100% speed up they still fail to come remotely close to the blobs.

        Comment


        • #19
          Originally posted by deanjo View Post
          Even if it was a 100% speed up they still fail to come remotely close to the blobs.
          Nonsense.

          Results were within 50% of the blob, often more. Add HiZ, new DMA stuff and recent general speedups and you're really close. User Verappan did benchmarks recently showing more than 60% on most benchmarks, but openbenchmarking is b0rked at this moment so I can't link it. At the same time, the lack of OpenMP slows down Clang code by a factor of 4 on most computers. 60% of the performance is "not remotely close", but 25% is sufficient. Nice logic

          Of course, you have to be aware that there was a VRAM allocation regression exactly at the time of Michael's article, which is why some of the test results are wrong (Reaction Quake, xonotic, etc.) The regression has been resolved since then and results back to normal across the board. Well, mentioning that would be the honest way to go about it, anyway.

          Comment


          • #20
            What a "smart" decision. Sure, let's ditch GCC who generates better code in favor of pointless licensing crap. Let already slow OS become even less competitive. Good luck with such approach.

            Comment


            • #21
              They bark Sancho, a sign that we ride ...

              Comment

              Working...
              X