Do Intel, AMD, and Nvidia really support OpenCL?

  • Thread starter Thread starter Fusiontron
  • Start date Start date
  • Tags Tags
    Nvidia Support
Click For Summary
SUMMARY

OpenCL is a legitimate framework for GPU computing, capable of executing on various architectures, including those from Intel, AMD, and Nvidia. It is designed to work with heterogeneous systems, allowing for seamless integration of CPUs and GPUs from different vendors. While OpenCL can be challenging to program, especially for those new to parallel computing, it is comparable to DirectX and CUDA in functionality. Resources such as "GPU Computing Gems Emerald Edition" and the OpenCL Khronos specification are essential for mastering OpenCL.

PREREQUISITES
  • Understanding of GPU architectures from Intel, AMD, and Nvidia
  • Familiarity with OpenCL programming concepts
  • Knowledge of parallel computing principles
  • Basic experience with OpenGL standards and extensions
NEXT STEPS
  • Study the "GPU Computing Gems Emerald Edition" for practical applications of OpenCL
  • Read "Programming Massively Parallel Processors" to grasp parallel processing concepts
  • Review the OpenCL Khronos specification for in-depth technical details
  • Explore tutorials on OpenCL to build foundational programming skills
USEFUL FOR

Researchers, software developers, and engineers involved in GPU computing, particularly those working on projects requiring cross-vendor compatibility and parallel processing capabilities.

Fusiontron
Messages
108
Reaction score
2
I'm working on a project using GPUs to simulate heat transfer. We are trying to create a superset which will execute on all the main architectures. How legit is OpenCL for this purpose?
 
Technology news on Phys.org
Fusiontron said:
I'm working on a project using GPUs to simulate heat transfer. We are trying to create a superset which will execute on all the main architectures. How legit is OpenCL for this purpose?

Hey Fusiontron.

The way OpenGL works is that the graphics card vendor (i.e. ATI/nVidia/Intel etc) provide a code library (DLL file) that implements the actual routines that are created by the OpenGL standards board, of which many of the members are from graphics cards companies.

What you have to do when you code the routines is query the DLL for the OpenGL version and any extensions that you wish to use.

If the OpenGL is set to a specific version or greater than a specific version, you are gauranteed to have all the standardized features of that particular version.

Basically you have to do two things:

1) Query the supported version. If the version supports everything you need and the system has a version greater than or equal to your version, then you are done and you can guarantee that the code that relies on having that version will run ok.

2) If you do not have a high enough implementation then you have to query for extensions and use them.

Extensions are basically non-standard features that vendors implement. These features can be experimental or they can be highly optimized routines that make use of new features in the architecture of the graphics device itself.

The features are vendor specific in most cases and in some cases you can use these extensions to do the same things that you can do in higher OpenGL version standards when the device has a lower standard. This is actually the kind of thing that was done in the video game Doom 3 to support the older video cards: custom extensions had to be used.

In terms of computing with regard to graphics, there are OpenGL standards that gaurantee specific computational platforms which will be useful for you, since once the standard for your graphics card is guaranteed, you just run the same code for every card that adheres to the standard.

I'm not sure about OpenCL specifically, but for OpenGL it is not hard to program GPU's and get results back if you use a high enough implementation.
 
I can vouch for OpenCL. It's dependent on your graphics card. Some of the newer ones support OpenCL, from both ATI and Nvidia. I can also vouch for the fact that it is pretty difficult to program. Whether or not it's suited to your purpose <shrugs>, depending on the computational algorithm you use it may be. If your problem domain is already highly parallelizable, then GPU computing with OpenCL will work great for you. (You may need to designate a month or three to learning it if you've never had exposure to parallel computing before).

OpenCL is about as legitimate as DirectX or CUDA, but unlike DirectX or CUDA, OpenCL was designed to be capable of working with a heterogeneous system of CPU's and GPUs. This means that it's capable of working with CPU's and GPUs from different vendors equally well.

Which GPUs are you working with?
 
Thanks for the responses. It looks like OpenCL will probably work for our project. I'm going to visit the head of the project tomorrow to report to him these findings. Now, if anyone could hit me up with some good resources for learning it, then that'd be real helpful.
 
GPU Computing Gems Emerald Edition:

https://www.amazon.com/dp/0123849888/?tag=pfamazon01-20

--- Should be a fantastic resource.

Programming Massively Parallel Processors:

https://www.amazon.com/dp/0123814723/?tag=pfamazon01-20

--- This introduces you to the concepts of parallel processing and terminology for the GPU. It spends a lot of time (the first several chapters) explaining concepts in CUDA, but the way of thinking is similar to OpenCL.


OpenCL Khronos specification:

http://www.khronos.org/registry/cl/

--- This thing is your bible. Don't leave home without it.
 

Similar threads

  • · Replies 7 ·
Replies
7
Views
2K
Replies
5
Views
2K
  • · Replies 12 ·
Replies
12
Views
2K
Replies
4
Views
2K
Replies
14
Views
2K
  • · Replies 4 ·
Replies
4
Views
7K
Replies
10
Views
5K
Replies
4
Views
933
Replies
5
Views
3K