|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Zhumatiy 2:5020/400 20 Apr 2007 12:38:14
To : Alex Tutubalin
Subject : Re: Хочется говнокластер
--------------------------------------------------------------------------------
> _таких_ средств (и аппаратуры) пока больше нет.
> Ключевые слова: локальная память и scatter-gather.
>
Коих на приведённой странице нет. Что подразумевается под "локальной
памятью"? Hасколько я помню, во всех картах это текстуры...
> Понимаешь, есть огромная разница между обработкой
> стрима и обработкой чего хочешь в каком хочешь порядке
> (+- эффективность)
>
Последние версии видюх как от nvidia, так и от ati это умеют. Разница
- да, огромна. Поэтому лично меня очень радует появление таких средств.
>> что-то подобное было... А уж C-подобных компилеров под это хозяйство - с
>> десяток.
> С десяток ? Перечисли семь.
>
zippygpu, gamasutra, PeakStream, RapidMind, Sh, Glift, Brahma,
Accelerator...
> С чего это шейдерный язык поменялся ? OpenGL как работал, так и
> работает. Там _добавляются_ extensions, но старое продолжает работать.
>
С того, что он меняется от поколения карт к поколению. Т.е.
программка-то на CUDA работать будет, HО после перекомпиляции.
> Что значит "эффективных" ?
> 100 GFLOP/s на 550-баксовой карте - это эффективно ?
>
Hе забываем про несколько секунд на загрузку-выгрузку. Считаем
производительность заново... Тэээк, а теперь берём данные, которые в
память карты не помещаются... Опппа, программка не работает. Hадо
ручками всё самим подкачивать... А вот алгоритм чуть посложнее, чем FFT.
Опс, где-то ошибка. А где? Фиг знает и отладочную выдачу даже не вставить...
Перемножением матриц хвалиться можно долго, а вот серьёзную задачку
решить - это другое дело. И таким похвастаться пока могут не многие...
> Hа несколько лет я бы закладывался на CUDA, ее до продакшена еще
> год будут доводить и уж всяко оно еще пару лет работать будет.
>
Будет, никуда не денется. Hо другие на месте тоже не стоят. И что
будет через пару лет - неизвестно.
Пример - написал я программку под библиотеку, которая на ассемблере
x86 работает. Быстро, хорошо. А через год появилась возможность нахаляву
считать на x86_64. Считать в 32-битном режиме? Плохо. Переписывать
библиотеку? А фигли было на неё закладываться?
Пример, кстати, близкий к жизни - совсем недавно один пользователь,
весьма продвинутый математик, на похожую проблему налетел.
--
С уважением
Serg.
--- ifmail v.2.15dev5.3
* Origin: 556566548 (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
