Всегда было интересно — какие команды поддерживают эти самые GPU?
Предлагаю, также, использовать вычислительные мощи гуглофонов, подключенных по usb.

GFX карта не является неотъемлемой частью. компьютера, если это будет допольнительна фича не в ущерб производительности - то хорошо, если нет то не нужно даром.

Игры проприетарщиков

гореть им в аду!

Исследования Университета штата Юта, спонсированные частично компанией NVIDIA, направлены на изучение ускорения ядра Linux с использованием ускорения графического процессора GPU.

«Yeah! We're gay! And this is our adopted love child! We're not from around here! Don't make us go back to our liberal city home with a tales of prejudice and bigotry in the heart of Utah!» (c)

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

Метки: gallium3d

LOLWUT

сходил по ссылке

Запланирована поддержка для открытого языка вычислений OpenCL Gallium3D со стекером состояния, но она еще не скоро будет готова.

что такое стекер? гугл дает ссылку на эту хабр и «стекер расшотался из за того что постоянно провода тыкаешь туда сюда»
и да, добавьте ссылок в статью

вещества же хорошие!

> вещества же хорошие!

Отменные! Забористые!

Почему вообще не закопают обычные процессоры, если на гпу всё так прекрасно «ускоряется»?

не всё

А что, ядро уже тормозит на обычных цпу?

Почему вообще не закопают обычные процессоры, если на гпу всё так прекрасно «ускоряется»?

про ARM то производители и разработчики думают не из-за ненависти к Intel, мощные процессоры то нужны не более чем игрунам на интеле. даже серверы на Atom-ах делают и видимо будут делать на ARM-ах. а считать на GPU.

кастую в трэд анонимуса предсказывавшего это года 2 назад...

Ненужные жуткие костыли: ядро общается само с собой через юзерспейсный софт

Instead of figuring out GPU specs via reverse-engineering, it simply uses a userspace helper to do CUDA-related work for kernelspace requesters.

Ололо. Шутники что ли?

Здесь весьма кстати была бы концепция микроядра

Обсудили уже, даже миркосрачик был. И вообще, я хочу на амд, амд, амд!

>А что, ядро уже тормозит на обычных цпу?
Сильно, аж до 12309!

не знаю как будет на fermi, а на всем предыдущем железе, ветвления, переносы данных host-device, sparse reads, убивают производительность.

на первый взгляд операционка как раз такая штука которую при помощи GPGPU можно только замедлить.

А как они собрались ускорять свободное ядро , если доступа к вычислительной части ГПУ без проприетарных блобов?

OpenCL и CUDU - вселенское зло, условно пригодно только для рэйтрэйсинга да и то особого прироста не дает, разве что видеокарта топовая, а так лучше купит на те же деньги 4 восьмиядерника, толку больше будет.

>Почему вообще не закопают обычные процессоры

Потому что есть код, который нифига не параллелится. И для него и нужен cpu.

если на гпу всё так прекрасно «ускоряется»?

Да, но далеко не все алгоритмы. И вообще, ставлю пиво, что и на gpu начнут скоро писать такой быдлокод, что gtx590 проседать будет.

>условно пригодно только для рэйтрэйсинга

flacuda, CUDA h.264 encoder, ...

4 восьмиядерника

Это ты где нашел такие дешевые восьмиядерники?

если на гпу всё так прекрасно «ускоряется»?

Дык, как раз и не всё, а строго опредлённые вещи. И программы, чтобы от графического ускорителя был толк, должны быть специально под это дело заточены. Надеяться запустить обычную программу на гпу и получить адское ускорение всег --- как минимум наивно.

Господа, вспоминаем про разработку CPU с GPU в одном флаконе. Там это самое оно будет. То, что сделано сейчас, это просто доказательство идеи и для реального применения не пригодно. Идея: ускорить отдельные операции в ведре при помощи GPU если оно есть в системе. А это доказательство возможности реализации этой идеи. Собранное на коленке из того, что было, но это совершенно нормально и достаточно для доказательства.

еще бы SQL сервер на GPU

очень верно подмечено про перспективы :)

Сопроцессор тоже когда то отдельно шел...

судя из новости на опеннете, aes они ускорили в 6 раз. так что очень даже хорошо выглядит, но реализация черезжопная из-за CUDA и юзерспейса...

>А что, ядро уже тормозит на обычных цпу?

Хороший вопрос, кстати. Я бы его переформулировал как «какой процент производимых вычислений занимают операции ядра, и стоит ли в таком случае заниматься их переносом на гпу?»

> OpenCL и CUDU - вселенское зло, условно пригодно только для рэйтрэйсинга

OpenCL отлично подходит для многих распараллеливаемых алгоритмов. Например для подсчёта хэшей, что уже сейчас даёт прибавку в скорости на два порядка, скажем в восстановлении паролей и генерации биткойнов.

Косая проприетарщина!! И нарушение GPL.

Why? Why...

Вот ядро и доросло до тяжёлой вычислительной задачи.

Ждем новую ОС: NVinux.

>Здесь весьма кстати была бы концепция микроядра

1) В ядре линукс есть fuse

2) В ядре линукс есть cuse

3) Из ядра линукс можно вызывать юзерспейсный код

Что тебе ещё из «концепции микроядра» не хватает?

Citizens of Utah, stimulation of the C.L.I.T. is not recommended!

История успеха же.

А в ядре разве есть большое количество чистых вычилений? Видеокарты только это умеют, считать числа в 100500 потоков. Джедаев котрые смогли бы как то хитро переложить задачи ядра в чистые расчёты у них точно нет.

r0mik > aes они ускорили в 6 раз

И зачем это в ядре? У меня трукрипт жрет несколько % при работе с криптоконтейнером. Не вижу профита.

JustGuest > Например для подсчёта хэшей, что уже сейчас даёт прибавку в скорости на два порядка, скажем в восстановлении паролей и генерации биткойнов.

На правах оффтопа, нашел https://en.bitcoin.it/wiki/Mining_hardware_comparison . Как я понял ати выигрывает за счет большего количества шейдерных процессоров.

А какие есть еще операции, где опенцл на ати превосходит куду нвидии столь сильно?

Моя 580 нагреваецца в консоли??! Нет пути!

> И зачем это в ядре?

dm-crypt например. на i5 без aes-ni жрет ну точно не несколько процентов, а вполне ощутимо так.. тогда как запись без шифрования вообще ничего не жрет, так что есть зачем. но только не в такой реализации

Скоро до процессора сетевой карточки доберутся и будут на нем запускать отдельные куски ядра. Имхо маразм.

> А в ядре разве есть большое количество чистых вычилений? Видеокарты только это умеют, считать числа в 100500 потоков. Джедаев котрые смогли бы как то хитро переложить задачи ядра в чистые расчёты у них точно нет.

Могут найтись, где-нибудь в районе работы с сетью. Шифрование тоже хорошо на куду ложится.

Что ж так долго копипасту-то подтверждают.
Даже в толксах ещё позавчера обсудили.
http://www.linux.org.ru/jump-message.jsp?msgid=6241532&cid=6242634

> Это ты где нашел такие дешевые восьмиядерники?

Может имел ввиду восьмипоточный(4 CPU) Corei7-2600K, цена 300$ Да, и через месяц повяться 8-ядерные Bulldozer, они будут стоить дешевле, это по-любому, так как они сливают Corei7-2600.

> кастую в трэд анонимуса предсказывавшего это года 2 назад...

Чего тебе?

>>Игры проприетарщиков

гореть им в аду!

google opencl

По теме - очень нужно

А че, криптографию на гпу считать было бы нормально