• 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

Associate
Joined
27 Sep 2004
Posts
2,072
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.
 
Soldato
Joined
17 Jul 2007
Posts
24,529
Location
Solihull-Florida
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"
 
Permabanned
Joined
31 May 2007
Posts
10,721
Location
Liverpool
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.
 
Man of Honour
Joined
13 Oct 2006
Posts
91,051
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.
 
Soldato
Joined
24 Jun 2004
Posts
10,977
Location
Manchester
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:
Associate
Joined
4 Jan 2007
Posts
301
Location
London
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