Cell разорвала Itanic на куски.

The "pm" above means "performance model." Because Cell hardware isn't generally available for tests like this

В статье ясно сказано, что они оптимизировали код под Cell по самое немогу и получили во многих тестах лишь 10-ти кратный прирост. Это, конечно, все хорошо, но боюсь, в более реальных приложениях, чем такие тесты результаты будут не столь впечатляющие.

>В статье ясно сказано, что они оптимизировали код под Cell по самое немогу

А что, у нас уже в моде сравнения неоптимизированных приложенй? Ну, извините, x86 бинарники на Cell вообще не пойдут :D

>и получили во многих тестах лишь 10-ти кратный прирост.

Тут мужики за 10% воюют, а 50% - вообще крутизна немерянная. Да, на этом фоне "лишь 10-ти кратный прирост" - это туфта :D

Подумаешь, "лишь 30ГГц P4" :)

[offtop]

>Подумаешь, "лишь 30ГГц P4" :)

для него, наверное, надо будет отдельный силовой кабель тянуть, как для электроплиты :)

[/offtop]

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

http://www.linux.org.ru/jump-message.jsp?msgid=1427059

Неудачный пример, ИМХО.

Заточка под апаратуру -- это что-то на уровне компилятора (-O3, -funroll-loops, etc). Эффект же от использования GPU обесловлен высокой степенью параллелизма по данным, то есть пользовательская функция (shader) применяется к матрице (текстуре), на выходе получаем матрицу. Каждый элемент результата вычисляется независимо от остальных.

Результат, обычно, впечатляет, но алгоритм приходится перекраивать основательно.

Интеловцы вроде набирали народ для доработки компиляторов. Itanium очень нежный на этот счет и очень многое зависит от компилятора