我正在研究C ++中的高性能代码,并且一直使用CUDA和OpenCL以及最近使用的C ++ AMP,我非常喜欢。然而,我有点担心它没有被开发和扩展而且会消亡。
让我想到这个想法的是,即使是MS C ++ AMP博客已经沉默了大约一年。看看C ++ AMP算法库http://ampalgorithms.codeplex.com/wikipage/history,似乎一年多没发生任何事情。
我见过的唯一一个开发是现在LLVM有点支持C ++ AMP,所以它不仅仅是windows,但这就是全部,而不是被广泛讲述的东西。
你知道什么样的工作,如果有的话?
答案 0 :(得分:17)
让我想到这个想法的是,即使是MS C ++ AMP博客已经沉默了大约一年。看看C ++ AMP算法库http://ampalgorithms.codeplex.com/wikipage/history,似乎一年多没发生任何事情。
我曾经在C ++ AMP算法库上工作。微软放在一起的初始版本之后,我构建了许多其他功能并将其移植到更新版本的VS.似乎C ++ AMP周围的动力不足。我没有计划在这个项目上做进一步的工作。
按照你的意愿做这件事。也许微软的某个人可以澄清事情?
答案 1 :(得分:2)
我发现AMD仍在使用C ++ AMP .. http://developer.amd.com/community/blog/2015/09/15/programming-models-for-heterogeneous-systems/ http://developer.amd.com/community/blog/2015/01/19/bolt-1-3-whats-new/ 英特尔也提到了一些论坛参考资料。
我看到的主要是我们程序员终于开始玩我们可以将GPU用于普通任务的想法。特别是现在HBM进入APU你可以在一个相对便宜的系统上做很多事情。 因此,不要将数据复制到图形卡或主存储器,而是将其保存在可以“实时”访问的BIG HBM“缓存”中,即没有GPU延迟。
因此,Microsoft构建了一项真正非常好的技术,该技术仅在未来几年才会变得相关,即当硬件最终“用户友好”时。 但是,如果它们不会像其他人那样前进,那么它就会变得过时。并不是说C ++ AMP不会起作用,但是因为最近变化的速度太快以至于程序员不会冒险开始使用它,如果他们没有看到一些进步......至少每年一两个博客,他们用它测试了一些东西,以便你看到微软仍然相信它。
答案 2 :(得分:1)
FWIW我们也在金融界使用C ++ AMP。非常成功相对容易编码。 CUDA可能是一个更安全的选择,但如果有人正在考虑学习AMP,我建议先刷新你的基本STL,然后阅读阵列视图。
答案 3 :(得分:0)
我还在使用放大器。现在我正在为游戏使用制作一个gpu路径跟踪器(希望如此)。
它接口放大器目前没有太多文档或遗憾的许多新更新。它肯定是我希望看到的更新和使用更多,但它接缝死了。