Каков текущий статус С++ AMP

Я работаю над высокопроизводительным кодом на С++ и использую как CUDA, так и OpenCL и совсем недавно С++ AMP, которые мне очень нравятся. Однако я немного обеспокоен тем, что он не разрабатывается и не расширяется и не умрет.

Что приводит меня к этой мысли, так это то, что даже блоги MS С++ AMP молчали около года. Глядя на библиотеку алгоритмов С++ AMP http://ampalgorithms.codeplex.com/wikipage/history, кажется, что ничего больше не происходит уже больше года.

Единственное, что я видел, это то, что теперь LLVM поддерживает С++ AMP, поэтому это не только окна, но это все, а не то, что было сказано далеко и широко.

Какая работа происходит, если таковая имеется, что вы знаете?

Ответ 1

Что приводит меня к этой мысли, так это то, что даже блоги MS С++ AMP молчали около года. Глядя на библиотеку алгоритмов С++ AMP http://ampalgorithms.codeplex.com/wikipage/history, кажется, что ничего больше не происходит уже больше года.

Я работал в библиотеке алгоритмов С++ AMP. После первоначального релиза, который Microsoft собрал вместе, я создал ряд дополнительных функций и портировал его на более новые версии VS. Казалось, что у С++ AMP была потеря импульса. Я не планирую продолжать работу над проектом.

Сделай все, что хочешь. Возможно, кто-то из Microsoft может прояснить ситуацию?

Ответ 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/ и есть некоторые ссылки на форумы, где Intel также упоминает об этом.

Главное, что я вижу, это то, что мы, программисты, наконец-то начинаем играть с мыслью, что мы можем использовать GPU и для обычных задач. Особенно сейчас, когда HBM приходят в APU, вы могли бы многое сделать на относительно дешевой системе. Поэтому не нужно копировать данные на графическую карту или в основную память, но храните их в БОЛЬШОМ HBM-кеше, где они могут быть доступны в режиме реального времени, то есть без задержки GPU.

Таким образом, Microsoft создает действительно действительно хорошую технологию, которая станет актуальной только через несколько лет, то есть когда аппаратное обеспечение станет "удобным для пользователя". Но вещь может устареть, если они не будут продвигаться, как другие. Не то, чтобы что-то не работало в C++ AMP, но потому, что скорость изменений в последнее время настолько велика, что программисты не рискуют начать использовать это, если они не видят каких-то достижений... по крайней мере, блог или два в год, где они что-то тестировали, чтобы вы увидели, что Microsoft все еще верит в это.

Ответ 3

FWIW мы также используем С++ AMP в финансовом мире. очень успешный относительно простой код. CUDA, вероятно, является более безопасным выбором, но если кто-то подумывает об изучении AMP, я предлагаю сначала очистить свой основной STL, а затем читать на представлениях массива.

Ответ 4

Я все еще использую усилитель. Прямо сейчас я делаю трассировщик пути gpu (надеюсь) для использования игр.

Шлейфует, что на данный момент у усилителя нет большого количества документации или много новых обновлений. Его определенно то, что я хотел бы видеть обновленным и использовать больше, но он застывает.