Originally posted by Gusar
View Post
Announcement
Collapse
No announcement yet.
NVIDIA Announces Open-Source CUDA Compiler
Collapse
X
-
-
Having worked with both OpenCL and CUDA in recent months, I don't see what the fuss is all about.
CUDA comes with a more mature set of pre-made libraries, CuFFT and CuBLAS are both high-quality libraries.
Other than that, I don't see the incredible difference. It's the same shit at the end of the day. Only one of them is open, the other one will make you a slave to one brand for all eternity.
Leave a comment:
-
Originally posted by d.a.a. View PostNo, thanks. I prefer an open standard that runs across devices and vendors: OpenCL. Period.
Unfortunately, this isn't an actual open source compiler, since the backend only outputs PTX, which requires a proprietary library to consume and compile to native code.
It's a frontend, which is useful, but not an actual Open GPU solution.
AMD, on the other hand, has actually released direct-to-hardware LLVM code for compiling against GPU programs on their actually Open hardware.
Leave a comment:
-
Nouveau. There.
I don't mind being less closed source. It's LLVM, not GCC, where this doesn't affect the rest of the compiler if it's implemented.
Also people can start using it, but OpenCL is more like it.
Sound a bit like 3Dfx to me; open sourcing a GPU lib in the light of a more general open source one.
But OpenCL isn't the end-to-end-all either, since the code is still pretty much hardware bound. For example if you want to squeeze parallel performance, you have to implement a very GPU architecture specific dataset. So OpenCL isn't as generic as OpenGL (yet).
Leave a comment:
-
No, thanks. I prefer an open standard that runs across devices and vendors: OpenCL. Period.
Leave a comment:
-
I want KMS
That's all good and stuff, but not important to me.
I want KMS (kernel mode setting) and open source device driver.
Leave a comment:
-
Originally posted by droidhacker View PostAnticipate it to be about as open as "VDPAU", which is an abomination, only useful with nvidia hardware.
Intel could provide hardware decoding via VDPAU, there's nothing technical preventing them from doing it, it's just that they're already using VAAPI.
Saying VDPAU is not open, just because one implementation is closed, is silly. That would mean xvmc is not open either, seeing as how nvidia has a closed implementation in their driver. Which is, of course, equally silly.
Leave a comment:
-
Originally posted by droidhacker View PostWARNING: THIS IS A CHEAP TRICK!!!!
Nvidia is trying to exclude their competitors by introducing their own "standards". They must not be allowed to do this. The only way it can be prevented is by NOT ACCEPTING.
Anticipate it to be about as open as "VDPAU", which is an abomination, only useful with nvidia hardware.
We all know how open-source friendly NVidia usually is.
Leave a comment:
-
Indeed.
What's the point of an open source compiler when the resulting code can only be run reasonably on a closed driver?
Leave a comment:
-
WARNING: THIS IS A CHEAP TRICK!!!!
Nvidia is trying to exclude their competitors by introducing their own "standards". They must not be allowed to do this. The only way it can be prevented is by NOT ACCEPTING.
Anticipate it to be about as open as "VDPAU", which is an abomination, only useful with nvidia hardware.
Leave a comment:
Leave a comment: