- autonomous vehicles
- autopilot drone
- personal assistant
- personal robots
- ...
i know it's optimistic, but it's not science-fiction.
31–40 of 88 posts
- autonomous vehicles
- autopilot drone
- personal assistant
- personal robots
- ...
i know it's optimistic, but it's not science-fiction.
What's particularly interesting here is that the Fiji card they propose is a very different beast than any of the NVIDIA offerings. The MI8 card's HBM has a great power and performance advantage (512 GB/s peak bandwidth) even if it's on 28 nm. NVIDIA has nothing that has even remotely comparable bandwidth in this price/perf/TDP regime. None of the NVIDIA GP10[24] Teslas have GDDR5X -- not to surprising given that it…
Those MIOpen benchmarks are a bit dubious, since MIOpen is AMDs own deep learning framework. It's unlikely that code written by AMD is optimal for the Nvidia hardware. To be realistic you need to compare AMD hardware running MIOpen to NV hardware running a framework backed by cuDNN.
Does anyone use AMD for deep learning in scientific / industry ? All the libraries for deep learning I have seen require CUDA and NVIDIA is winning by merely being the most popular API. Searching github it looks like they are university assignment projects see https://github.com/search?utf8=%E2%9C%93&q=opencl+deep+learn...
If AMD can release solid hardware, all they would need to do is add support for their hardware to popular open-source projects like TensorFlow. I just hope they do the second part correctly.
What's a good GPU / setup for someone doing deep learning at home? Does anyone have recommendations?
What's a good GPU / setup for someone doing deep learning at home? Does anyone have recommendations?
Earlier quoted context omitted.
The tricky, but fun parts. It's certainly not trivial to port those, but I'm not too worried about it as long as there is solid runtime support in ROCm. More fun work for perf engineers like me. ;) Massive amount of boilerplate, heavy APIs or crappy software stack are more dangerous IMO than having to drop in replacements for NVIDIA-specific optimizations of GPU-to-NIC or GPU-to-GPU communication.
Not only not trivial to port those but they are constantly will have to play catch up and be at the mercy of NVIDIA in regards to spec. AMD is in a catch 22, support CUDA and be effectively in a constant catch up position, not support it and continue to be ignored by the market at large simply because the momentum NVIDIA has managed to achieve with CUDA over the years.
Just look at the Maxwell-based Tesla cards that came out of the blue (as if they were an afterthought); I bet Facebook, Baidu, Google, etc. told NVIDIA that Kepler was shit for their use-cases and they did not want to wait for Pascal.
Or look at the bizarre Pascal product line where the GP100 does support half precision, but the others don't, not even the P4 or P40. Strange, isn't it?
Things are changing so quickly that it isn't hard at all to find footing as long as you have something useful to offer. At the same time, I agree, a robust software stack is an advantage, but for the likes of Google or Baidu even that is not so big of a deal (Google wrote their own CUDA compiler!).
What's particularly interesting here is that the Fiji card they propose is a very different beast than any of the NVIDIA offerings. The MI8 card's HBM has a great power and performance advantage (512 GB/s peak bandwidth) even if it's on 28 nm. NVIDIA has nothing that has even remotely comparable bandwidth in this price/perf/TDP regime. None of the NVIDIA GP10[24] Teslas have GDDR5X -- not to surprising given that it…
OpenCL? Something comparable to CUDA? What about utilizing Vulkan?