Comments 30
«Новая технология» компиляции программ на С++ под GPU как обычно уже 5 лет известна под названием CUDA C++.
> построенная на платформе Microsoft DirectX
> на компиляторов для Windows и не Windows платформ
Даже не знаю, смеяться или плакать по поводу таких статей.
> построенная на платформе Microsoft DirectX
> на компиляторов для Windows и не Windows платформ
Даже не знаю, смеяться или плакать по поводу таких статей.
А я думал Microsoft на С++ насрать уже давно.
Насколько читал в Visual Studio vNext у них планы реализовать все фичи IDE которые раньше были только для C# чтобы работали и с C++. Также будут развивать свою библиотеку Parallel Patterns Library (PPL) и C++ Concurrency Runtime появившиеся в VS 2010.
с чего вы это вы это взяли?
Как пишут работники Microsoft, сейчас стадия ренессанса C++ в их компании
C# для сторонних разработчиков, С++ для внутреннего пользования. Писать ОС полностью на managed коде еще не с руки. Singularity, CosmOS, SharpOS и прочие это перспектива, а не реальность. При этом объем и сложность кода с выходом на ARM я думаю только вырастет, на чем-то же надо писать ядро.
А я думал Microsoft на С++ насрать уже давно.
FreeBSD Release-7.0. Ловлю SIGSEGV при одновременном срабатывании catch(...) блоков в разных потоках. Выясняется, что это глюк gcc. Выясняется, что он так же есть в какой-то MacOS. Выясняется, что в *nix world на C++ не пишут, иначе я хз как такое могло пройти в релиз.
FreeBSD Release-7.0. Ловлю SIGSEGV при одновременном срабатывании catch(...) блоков в разных потоках. Выясняется, что это глюк gcc. Выясняется, что он так же есть в какой-то MacOS. Выясняется, что в *nix world на C++ не пишут, иначе я хз как такое могло пройти в релиз.
Главное, чтобы это не потребовало новых видеокарточек.
Отличная новость. Давно мечтал о переносе своих криптоалгоритмов на вендоронезависимый GPU.
А это не аналог OpenCL?
Где бы посмотреть примеры использования на типичных задачах. То, что показали на конференции слишком скудно, чтобы составить представление о use cases.
А у меня вот такой вопрос: если мы допускаем что для вычислений GPU всяко быстроее CPU, то какая разница на каком языке программировать? Я это к тому, что как мне кажется, сделать абстракцию для GPU на базе CLR-подобного языка всяко лучше, чем гнаться за библиотечным решением на С++ или каком-то еще языке.
Потому что GPU быстрее только для определенных типов задач связанных с параллельной обработкой массивов данных (к примеру обработка изображений). Web сервис на GPU вряд ли получится ускорить. Да и полноценный C++, С# код на GPU не сможет работать, там не получится реализовать виртуальные функции, выделение памяти, да и большое кол-во if'ов будут медленно работать.
Это понятно, но что мешает сделать тот же LINQ для вычисления на GPU? Ясно ведь что используется COM — подобный API + расширения компилятора. Почему бы это не добавить в мейнстрим язык для Microsoft.
А начет веб сервисов — вот представьте что у вас веб сервис по расчету MD5 хеша :)
А начет веб сервисов — вот представьте что у вас веб сервис по расчету MD5 хеша :)
Вот к примеру на C# research.microsoft.com/en-us/projects/Accelerator/
У Microsoft ведь уже есть DirectCompute.
Sign up to leave a comment.
Новая технология C++ AMP от Microsoft для вычислений на GPU