More and more ways are getting available to bring easy OpenCL to you. Most of the convenience libraries are wrappers for other languages, so it seems that C and C++ programmers have the hardest time. Since a while my favourite way to go is Qt: it is multi-platform, has a good IDE, is very extensive,
Using Qt Creator for OpenCL Read More »
It’s almost time for more nerdy stuff we have in the pipe-line, but we’ll keep for some superficial blah for a moment. We concentrate on training (and consultancy). There is a lot of discussion here about “how to design training-programs about difficult concepts for technical people”, or better: “how to learn yourself something difficult”. At
Our training concepts for GPGPU Read More »
The System-on-a-chip (SoC) for X86 will be a revolution for GPGPU. Why? Because currently a big problem is transferring data from CPU-memory to GPU-memory and back, which will be solved with SoCs. Below you can read this architecture-target is very possible. With AMD+ATI, Intel and its future high-end GPUs, and NVidia with the rumours around
X86 Systems-on-a-Chip and GPGPU Read More »
THIS ARTICLE IS VERY OUTDATED AND NOW SIMPLY UNTRUE FOR CERTAIN PARTS! NEW ARTICLE COMING UP. Most GPGPU-enthusiasts have heard of both OpenCL and CUDA. While there are more solutions, these have the most potential. Both techniques are very comparable like a BMW and a Mercedes, but there are some differences. Since the technologies will
Difference between CUDA and OpenCL 2010 Read More »
This post has a focus towards programmers. The main question “should I invest in learning CUDA/OpenCL?” Using the video-processor for parallel processing is actually possible since beginning 2006; you just had to know how to use the OpenGL Shader Language. Not long after that (end 2006) CUDA was introduced. A lot has happened after that,
Does GPGPU have a bright future? Read More »
(If you’re searching for companies who offer OpenCL-products and services, please visit OpenCL:Pro) You probably have heard AMD is on the OpenCL working group of Khronos; but there are many more and they possibly all have plans to use it. Here is an overview, so you can make your own conclusions about the future that
All the members of the OpenCL working group 2010 Read More »
Please read this article about Microsoft and OpenCL, before reading on. The people of Unigine did the requested benchmarking, and have some results on differences between the three big GPGPU-APIs. See their part I, part II and part III with some typical results. The following read is not about the technical differences of the 3
nVidia’s CUDA vs OpenCL Marketing Read More »
Part II: the software-companies It is very clear what’s at stake for the hardware-companies; we’ve also discussed the operating systems. But what should the software companies do? For companies which make i.e. encoding-software or databases it is very simple: support OpenCL or be years behind (what marketing can’t fix). For most other software there is
OpenCL – the battle, part II Read More »
Edit (27 May 2010): until now Oracle/SUN has not shown anything that would validate this rumour, and the job-posting is not there anymore. Follow us on Twitter to be the first to know if Oracle/SUN will have better support for GPGPU for Solaris and/or Java and/or its hardware. — Job Description: The Power to change your
SUN jumping on the OpenCL-train? Read More »
Part I: the Hardware-companies and Operating Systems (Part II will be about programming languages and software-companies, part III about the gaming-industry) OpenCL is the new, but already de-facto standard of stream-computing; but how it got there so fast is somewhat strange. A few years ago there were many companies and research-groups seeing the power of
OpenCL – the battle, part I Read More »