AMD谋划的HSA异构运算之路已经有两年时间了，他们向开发者描绘了一个宏大的蓝图：有了HSA，未来的CPU和GPU就可以联合运行，大幅提升性能。这不仅可以用在CPU运算上，游戏开发也会从中受益，因为GPGPU通用计算也可以提高游戏性能。

　　在索尼的PS4主机上就出现了这样的描述，PS4使用了8GB GDDR5做CPU和GPU的统一内存，架构设计师表态称游戏开发商可以利用这个游戏来改善游戏性能。

　　虽然前景如此美妙，但是并非所有游戏开发商都对HSA感兴趣。EPIC Games创始人Tim Sweeney认为，即便有了hUMA支持，CPU和GPU编程语言的不一致依然是一个极大的障碍。

　　他在给VR-Zone的邮件中说到“将内存寻址变成一个缓存一致的共享寻址空间对目前的GPU/CPU编程来说是个进步，但问题是在PC上如何实现它？DirectX还是OpenGL？这种变化会降低新技术被接受的步伐。不一致的编程模型（CPU上用C++，GPU上用OpenCL/CUDA）依然是一大极大的挑战。最终，我还是会选择C++这样的主流编程语言，可以通过循环矢量化、编译器自动化并行转换来搞定硬件寻址，而不会选择用另一种语言在GPU上编程。”

　　VR-Zone又联系了AMD企业理事Phill Rogers，后者也对Tim的质疑做了回应，Roggers表示Tim的问题正是HSA异构运算未来的目标——在CPU和GPU上使用单资源、高级语言编程。这也是他们开发HSA的原因——统一寻址，提供完整的内存一致性以及扩展GPU处理器对C++的完整支持能力。

　　除了HSA平台之外，编程语言模型确实需要进一步发展以便更易于GPU加速，OpenCL 2.0和C++AMP在这个方面已经迈出了坚实的一步。OpenCL 2.0已经支持统一寻址及缓存一致性，C++AMP已经允许在GPU和CPU上编译特殊的算法。HSA平台将推动这些编程模型进一步发展，以使它们变成开发者熟悉的纯C++模型。