NVIDIA Shows Off "Kayla" Running On Ubuntu
Phoronix: NVIDIA Shows Off "Kayla" Running On Ubuntu
Announced at NVIDIA's GPU Technology Conference (GTC) 2013 event today was the "Kayla" ARM development board...
Prediction: this will flop.There are two use cases for GPGPU : massively parallel workloads in server farms where GPUs crush traditional generic core processors, and accelerating workloads for consumer apps.
The first segment is already covered by Quadro and its ilk, and nobody is going to stick Tegra chips in a server because they waste budget, resources, heat, and space on ARM cores that are much less efficient for the workloads they target than big beefy gpu cards. If they are doing CUDA compute in a server environment, it is on dedicated CUDA hardware, not some APU. Understandably, though, they pretty much dominate this segment with their current crop of "business" class gpus. FireGL isn't even close to the market penetration Nvidia has, and CUDA is hyper-optimized by them on purpose whereas openCL targets the second segment.
The second class is composed of developers who won't use a non-open GPGPU standard to write apps for in an environment even more hostile to Nvidia than the desktop where their only competitors are Intel and AMD. In mobile they don't have close to the market segment they do on desktop and nobody will platform lock themselves to Nvidia hardware, especially when every other player in the room ships openCL.
I think this announcement might be even worse for Nvidia than the mediocre performance figures on Tegra 3 and the lack of enthusiasm from manufacturers to adopt Tegra 4. It is obvious ARM in the next ~5 years will become the new mainstream compute platform for the consumer market, and GPGPU on these devices as they become more powerful is an obvious optimization path for hardware that needs to be exceedingly power efficient. Not using the industry standard and trying to stuff their (albeit, solid and well supported) 6 year old GPGPU implementation is sealing their fate if the rest of the mobile world starts adopting OpenCL in retaliation.
Going down a path to their own proprietary way to do things (as per their usual, to be honest) is going to alienate Nvidia from hardware segments they think this kind of move will get them a monopoly in.
Last edited by zanny; 03-19-2013 at 11:02 PM.
I don't have time to debate the finer details, but you're just wrong. GPGPU is extremely important for customer apps in the medium term, and you don't know nearly enough about their plans to talk about supercomputers. ARM with big GPGPU co- processors could be the next big advancement in supercomputer compute efficiency. You really don't know yet, no one does, but right now ARM is more efficient in performance per watt than x86, and therefore generates less heat. Space usage is all about the fabric.
Originally Posted by zanny
Finally, this is a dev board, not a business class or consumer class product. You almost certainly cannot predict things about an unreleased and un-specced product.
I think you meant GPU compute is more efficient?
Originally Posted by coder543
ARM in a GPU compute enviroment is fine, I wouldn't use the actual chips for number crunching though.
Last edited by nightmarex; 03-20-2013 at 01:32 AM.
CUDA is the industry standard.
Originally Posted by zanny
I don't know how much of this is going to flow over into mobile apps per se, but I think it'll be important in other, more integrated embedded systems like car tech, etc.
edit: here's the video they showed but it doesn't give much except that they appear to have an ARM binary kernel driver for the discrete Kepler GPU (I'm assuming). So that could also be an indication of things to come.
Last edited by johnc; 03-20-2013 at 12:26 AM.
....................... You serious?
Originally Posted by johnc
OpenCL is the industry's standard, CUDA is a proprietary Nvidia technology.
Originally Posted by johnc
Though it has a very large market penetration, it's not the standard...
Industry standard != open specification. Windows, DirectX and Exchange are all proprietary and in the same time are industry standards.
Originally Posted by EpochDC
Look at this link: http://blogs.amd.com/fusion/2011/01/...stry-standard/
Microsoft offers ways to integrate in embedded their solutions: http://www.microsoft.com/windowsembe...solutions.aspx
I put MS here, but are many other industry standards that are standards but not open. Java for a long time was not open, and even OpenJDK is the open specification, certainly the Oracle's JDK is the Industry standard and most distros and OSes do install the Oracle's Java and not OpenJDK (you're free though to install the OpenJDK).
OpenCL though is a better standard to bet into future: if AMD (or eh, Intel) will bring tomorrow a much better compute GPU, you can switch to it even you bought today NVidia. With CUDA you will be always stuck. Also theoretically at least (it depends on the final device OS support) OpenCL allows to split the computing tasks through all cores and GPUs, so if you have a very fast CPU and a mediocre GPU you can "accelerate" the computations on your CPU, when again if you're using CUDA, your CPU will simply wait for your GPU to finish all computations.
You are confusing things
Originally Posted by ciplogic
Industry Standard is: Generally accepted requirements followed by the members of an industry.