LINUX.ORG.RU

ATI Stream SDK v2.0

 , , , ,


0

0

Вышел релиз ATI Stream Software Development Kit v2.0. Это первый стабильный релиз с поддержкой OpenCL™ 1.0. Поддерживается возможность взаимодействия OpenCL и OpenGL. Выполнение кода на CPU поддерживается и без установки Catalyst. Поддержка OpenCL ICD означает возможность выбора между различными реализациями OpenCL, установленными на одной системе. Экспериментальные биндинги к C++.

Список изменений;

>>> Подробности

★★★★

Проверено: boombick ()

ненужно. ати ненужно.

anonymous
()

> Выполнение кода на CPU поддерживается и без установки Catalyst

учитывая качество закрытых дров - зачет. с открытыми дровами дружит?

anonymous
()

Как говорят наши студенты, мучающие сейчас свежие ATI-ные и nvidia-вские карточки - хотя ATI и бьет себя себя пяткой в грудь, но для расчетов nvidia все равно круче :)

mick_vav
()
Ответ на: комментарий от mick_vav

>Как говорят наши студенты, мучающие сейчас свежие ATI-ные и nvidia-вские карточки - хотя ATI и бьет себя себя пяткой в грудь, но для расчетов nvidia все равно круче

А почему мнение студентов выдаётся как что-то заслуживающее внимаения? Хотя... для школьника - да, студенты - авторитеты

Led ★★★☆☆
()
Ответ на: комментарий от mick_vav

Цитируем mick_vav

Как говорят наши студенты, мучающие сейчас свежие ATI-ные и nvidia-вские карточки - хотя ATI и бьет себя себя пяткой в грудь, но для расчетов nvidia все равно круче :)

И чего это проекты типа F@H внедрили кластеры на nVidia в последнюю очередь... Наверное к студентоте не прислушивались.

shahid ★★★★★
()
Ответ на: комментарий от mick_vav

может это от того что ати до недавнего времени не дружили с OpenCl? (точнее считал CPU, а не GPU)

anonymous
()

там всё на английском, ничего не понятно где перевод?

anonymous
()
Ответ на: комментарий от anonymous

> > Выполнение кода на __CPU__ поддерживается и без установки Catalyst

учитывая качество закрытых дров - зачет. с открытыми дровами дружит?

подозреваю, что оно дружит с любыми видюхами :) у nvidia такая фишка сто лет как есть

Reset ★★★★★
()
Ответ на: комментарий от Reset

подозреваю, что оно дружит с любыми видюхами :) у nvidia такая фишка сто лет как есть

То есть одинакого кладет на них болт и считает на CPU?

Gorthauer ★★★★★
()
Ответ на: комментарий от mick_vav

> хотя ATI и бьет себя себя пяткой в грудь, но для расчетов nvidia все равно круче :)

Хоть процессоры Intel и быстрее, зато в AMD есть волшебные изолирующие слои %)

trueshell ★★★★★
()
Ответ на: комментарий от mick_vav

Не круче. Основная производительность ложится на потоковые процессоры, которых в NVIDIA намного меньше. Иное дело - удобство использования Brook или CUDA. Удобнее еще не значит круче.

egaiafree
()
Ответ на: комментарий от egaiafree

И потом OpenCL - открытый стандарт, чего не скажешь о CUDA, которая даже стандартом не является.

egaiafree
()

То есть они взяли открытые исходники open CL, докрутили на них свой бредн, может быть еще пару фишек и назвали ATI Stream SDK?

Или там же все же есть их свой язык для выполнения на GPU?

namezys ★★★★
()
Ответ на: комментарий от namezys

Насколько мне известно, изначально AMD использовала язык Brook (открытый аналог CUDA, разработанный также множетсвом компаний и университетов) для написания программ с задействованием видеокарт. Стандарт OpenCL предлагает использование множества устройств (и видеокарт в том числе), имеющих интерфейс (драйвер) OpenCL, который использует Brook. Можно сказать, что самый большой вклад в OpenCL внесла компания Apple, которая еще тогда знала, что у Microsoft скоро появится соответствующая технология в DirectX (Direct Compute).

egaiafree
()
Ответ на: комментарий от namezys

Что такое «открытые исходники open CL» ? У OpenCL только спецификация открыта, открытых реализаций не существует.

Reset ★★★★★
()
Ответ на: комментарий от egaiafree

> Можно сказать, что самый большой вклад в OpenCL внесла компания Apple, которая еще тогда знала, что у Microsoft скоро появится соответствующая технология в DirectX (Direct Compute).

Они вроде раньше начали это реализовывать. И открыто. Да и тем более им это очень надо, чтоб быть в лидерах

Стандарт OpenCL предлагает использование множества устройств (и видеокарт в том числе), имеющих интерфейс (драйвер) OpenCL, который использует Brook.

Не уверен. OpenCL использует LLVM. OpenCl->LLVM bite code. Далее этот байт код и распростраянеться. А потом уж компилиться драйвером компилятора. Так что промежуточный язык я думаю не нужен

namezys ★★★★
()
Ответ на: комментарий от Reset

> Что такое «открытые исходники open CL» ? У OpenCL только спецификация открыта, открытых реализаций не существует.

Похоже, вы правы. Я думал, что и реализация открыта.

Значит будет как с open GL: mesa, NVIDIA open CL, и тд

хотя мне кажеться, что вендеры производят только компилятор. А бибилеотка для взаимодействия с ними - общая

namezys ★★★★
()

Не понимаю. Это движение в строну персонификации расчетов на видеокартах? Ведь, хотелось бы писать независимый от производителя код, который можно было б запускать, как на ати, так и нвидеа без костылей.

Genuine ★★★
()
Ответ на: комментарий от Genuine

> Ведь, хотелось бы писать независимый от производителя код, который можно было б запускать, как на ати, так и нвидеа без костылей.

Ну пиши. Мы же пишем код на С, который и на arm, и на x86 работает

тут тоже самое

namezys ★★★★
()
Ответ на: комментарий от Reset

> 11 сто лет как вышел

вот что значит использвоать игру только для игр :) уже и не слежу

namezys ★★★★
()
Ответ на: комментарий от egaiafree

>Не круче. Основная производительность ложится на потоковые процессоры, которых в NVIDIA намного меньше. Иное дело - удобство использования Brook или CUDA. Удобнее еще не значит круче.

Жертва маркетинга, на rv770 160 суперскалярников, что меньше 240 шейдеров на gt200.

количество opencl compute devices/cores на nvidia = числу шейдеров, а у amd это какое-то непонятное число, на rv770/rv830 - 10, rv730 - 8, rv870 - 20

Но это не мешает им иметь нормальную производительность.

B084 ★★
()

вот лажа: HD2xxx, HD3xxx не поддерживаются. ATI must DIE!

Dem0n3D
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.