• Competitor rules

    Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.

Nvidia releases public OpenCL drivers and SDK

Interesting stuff.

Could there become a point where you could run a computer simply from a GPU instead of having both a CPU and GPU? Thinking of the future of course.
 
Interesting stuff.

Could there become a point where you could run a computer simply from a GPU instead of having both a CPU and GPU? Thinking of the future of course.


sooner than you think

"NVIDIA today announced work with Microsoft to promote NVIDIA Tesla graphics processing units (GPUs) for high performance
parallel computing using the Windows HPC Server 2008"
 
Interesting stuff.

Could there become a point where you could run a computer simply from a GPU instead of having both a CPU and GPU? Thinking of the future of course.

Well nVidia don't have an x86 license, so they can't produce anything that will be able to run windows without a traditional CPU.
 
Well nVidia don't have an x86 license, so they can't produce anything that will be able to run windows without a traditional CPU.


They wont need one, they will run CPU and the GPU together in a co-processing model, simples ;)
 
hopefully nvidia see sense and port physx to opencl

They'll have to really... otherwise whoever ports a physics API to open CL first is probably going to clean house... bullet looks like a fore-runner but its not as mature as physx or havok... I suspect nVidia already have an internal port of physx to open CL.
 
at least if that happens then it will be down to which company has the better drivers, and those can always be improved upon.
 
Interesting stuff.

Could there become a point where you could run a computer simply from a GPU instead of having both a CPU and GPU? Thinking of the future of course.

No, you'll always need both.

The CPU for fast serial tasks, and the GPU for parallel vector-type computations. They may well end up on the same piece of silicon, but there will always be a distrinction between the CPU-like and a GPU-like part.

The "holy grail" would be a compiler which can analyse user code, and efficiently determine which portions should be sent to what bit of hardware. This is a long long way away though, a long way behind the hardware. As it stands today, it takes a huge amount of skill to manually specify what should be sent to what device.
 
Last edited:
No, you'll always need both.

The CPU for fast serial tasks, and the GPU for parallel vector-type computations. They may well end up on the same piece of silicon, but there will always be a distrinction between the CPU-like and a GPU-like part.

The "holy grail" would be a compiler which can analyse user code, and efficiently determine which portions should be sent to what bit of hardware. This is a long long way away though, a long way behind the hardware. As it stands today, it takes a huge amount of skill to manually specify what should be sent to what device.

exactly - future versions of c# are workign on these areas and I beleive java though I dont follow that. several other languages looking to make working with massive parrarel as well - pretty much need to rethink the traditional programming model though.
 
Back
Top Bottom