I'm not saying this is in any way wrong of them, they have their philosophy/ideology regarding software licencing which differs from that of FSF and it's as simple as that. But your attempts at presenting FreeBSD as making choices on a technical level rather than that of licence-philosophy falls rather flat.
Oh, and merry christmas everyone!
These are features, and yes, the open drivers are missing some features. Just like Clang is missing many crucial features like OpenMP. And binary drivers are missing some features too.How is the openCL performance? What is the power consumption and cpu use when watching HD video? I could go on but you should be already able to see the vast difference.
But we were talking about performance
I'm happy to have a decent free C++ compiler as an alternative, and I think that we all profit from that. But it's hard to deny that the major push behind Clang is licence-based.
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
There is absolutely no practical difference to the stock 3-clause BSD license. The slightly different wording is just stupid license proliferation.
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.
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.