Linked by Thom Holwerda on Sat 11th Dec 2010 18:35 UTC
General Development "Using a GPU for computational workloads is not a new concept. The first work in this area dates back to academic research in 2003, but it took the advent of unified shaders in the DX10 generation for GPU computing to be a plausible future. Around that time, Nvidia and ATI began releasing proprietary compute APIs for their graphics processors, and a number of companies were working on tools to leverage GPUs and other alternative architectures. The landscape back then was incredibly fragmented and almost every option required a proprietary solution - either software, hardware or both. Some of the engineers at Apple looked at the situation and decided that GPU computing had potential - but they wanted a standard API that would let them write code and run on many different hardware platforms. It was clear that Microsoft would eventually create one for Windows (ultimately DirectCompute), but what about Linux, and OS X? Thus an internal project was born, that would eventually become OpenCL."
Thread beginning with comment 453272
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: CUDA platform support on x86
by big_gie on Sun 12th Dec 2010 19:31 UTC in reply to "CUDA platform support on x86"
big_gie
Member since:
2006-01-04

Hum interesting. That's why Nvidia's drivers do not support OpenCL on the CPU. They still want to lock people in with CUDA.

Reply Parent Score: 2

fithisux Member since:
2006-01-22

Hum interesting. That's why Nvidia's drivers do not support OpenCL on the CPU. They still want to lock people in with CUDA.


What is worse in my opinion is that OpenGL and OpenCL describe the drivers and not the hardware. If they could become real HW standards or provide standard graphics / acceleration hardware interfaces that are vendor /os -independent (it means no vendor and os specific drivers) then we could see a real revolution. You could have acceleration out of the box without driver installation. OS could provide everything irregardless of the chipset. At least for me OpenCL is a tremendous opportunity to utilize a 6-core phenom that is fully documented. Hardware must be designed according to standards and not standards according to drivers.

Reply Parent Score: 3

Neolander Member since:
2010-03-08

Couldn't agree more... Though being a hobby OS developer might result in some bias in that area ;)

Seriously, why should HW vendors be trusted to provide entire parts of the operating system in the form of (bloated) drivers, when they could just follow a standard spec in terms of hardware/software interface, and (re)write the spec when it's not good enough for them ?

Edited 2010-12-13 18:40 UTC

Reply Parent Score: 2