Originally posted by justinzane
View Post
Announcement
Collapse
No announcement yet.
Best AMD OpenCL/OpenGL Budget Development Box
Collapse
X
-
Last edited by mmstick; 11 December 2013, 08:18 PM.
-
HSA Defines a Hardware Spec?
Originally posted by mmstick View PostIt solves a very real problem -- memory bottlenecks. Especially, it serves the biggest problem holding GPGPU back -- memory bottlenecks. It therefore also makes it possible for GPUs to be 'smarter' since it shares the same memory pool as the CPU, which means it will be able to run a wider variety of different instructions that OpenCL currently cannot do or does very inefficiently. What this means to open source developers is that it will be possible to use GPGPU in a wider variety of programs to speed up processing faster than it would have been with CPU alone. What this means for PC gaming is it will be possible to get highly effecient AI, physics, raytracing, etc. in games. Looking at it right now, because of the memory bottleneck, the only things that run exceedingly well in GPGPU is simple math like crunching prime numbers. This will have a profound effect on the medical, biological, scientific, business, entertainment, gaming, and more industries. What Microsoft does is their business; they are probably looking for the next big thing to keep people from switching to Linux.
But, your statement seems to imply that HSA defines and mandates a certain level of multi-compute-device memory-management hardware functionality. While I agree that this would be excellent for the performance of compliant multi-device implementations, it seems to be strongly restrictive in terms of vendor participation. Without the participation of Intel CPUs, GPUs and MICs and Nvidia GPUs, and assuming the continued incredibly poor open-source support for ARM-oriented chipsets and GPUs, what is the value?
Please know I'm not criticizing you, just trying to be skeptical.
Comment
-
Originally posted by justinzane View PostPerhaps you can tell that I have developed a serious allergy to the output of PR and Marketing folks. So, I did not get very far wading through the HSA docs which leaves me excessively ignorant...
But, your statement seems to imply that HSA defines and mandates a certain level of multi-compute-device memory-management hardware functionality. While I agree that this would be excellent for the performance of compliant multi-device implementations, it seems to be strongly restrictive in terms of vendor participation. Without the participation of Intel CPUs, GPUs and MICs and Nvidia GPUs, and assuming the continued incredibly poor open-source support for ARM-oriented chipsets and GPUs, what is the value?
Please know I'm not criticizing you, just trying to be skeptical.
The problem with NVIDIA and Intel is that they aren't so great at designing chips they have no experience in designing. Neither has a strong suit in both graphics and processor designs like AMD. And especially for NVIDIA, HSA implies a design that uses OpenCL 2.0+ when NVIDIA wishes to keep using their proprietary CUDA.
As for ARM, I can't say much about that since ARM has a variety of different designs from a variety of different companies and I know even less about the mobile GPU designs. Someone would just have to design a chip that has the GPU/CPU integrated as one that uses the same shared memory.
In other words, only AMD cares about development of an HSA solution right now, but maybe Intel will change their minds once they see AMD chips knocking them out of benchmarks regularly for a cheaper price and running some cool applications that resulted from the new design. From what I've seen, AMD has strong connections with Microsoft right now, which is kind of confusing when Windows/Intel was originally the big thing, so it's not surprising that Microsoft would be heavily backing it. I'm sure they want some Windows Phones using the mobile HSA APU chips next year.
Comment
-
Originally posted by justinzane View PostPerhaps you can tell that I have developed a serious allergy to the output of PR and Marketing folks. So, I did not get very far wading through the HSA docs which leaves me excessively ignorant...
But, your statement seems to imply that HSA defines and mandates a certain level of multi-compute-device memory-management hardware functionality. While I agree that this would be excellent for the performance of compliant multi-device implementations, it seems to be strongly restrictive in terms of vendor participation. Without the participation of Intel CPUs, GPUs and MICs and Nvidia GPUs, and assuming the continued incredibly poor open-source support for ARM-oriented chipsets and GPUs, what is the value?
Please know I'm not criticizing you, just trying to be skeptical.- Integrated GCN based GPU ( R7 series w/ Trueaudio and mantle support )
- Integrated Cortex A5 coprocessor ( used for the arm security features )
- Steamroller based processor. ( This has a lot of performance improvements over the trinity and Richland based processors )
- PCIe 3.0 support ( this is a feature for FM2+ boards )
Comment
-
Comment