[CUDA][OpenCL]Где?

ща прибежит одно тело( ник не помню)
и будет кидаясь умными словами объяснять, что якобы профита не будет
подожди чуть-чуть ^_^

Устройся в лаб, где закупают нвидии пачками, может чё свое придумаешь.

Не так уж и нужны на сегодня, а завтра опять что ненужное придумают.

man SmallLuxGPU

дык вот же ) http://www.linux.org.ru/forum/multimedia/5522065?lastmod=1289252424151

Вроде в макоси используется во все поля?

Это тело явно не rtp, кроме как карточки с такими словами, у меня отношений с вышеперечисленными технологиями нет.

/// Вроде в макоси используется во все поля?

А вот судя по тормозам КДЕ - не используется нигде кроме Виндоса и МакОСа

>тормозам КДЕ
ЩИТО? о_О
ХДЕ?

Я понимаю, что не стоит ожидать жуткого прироста всего и сразу :) Читал, что только некоторые типы вычислений эффективнее на видеокарте, вот почему бы их не реализовать?

потому что Сион сказал - не нужно!
понимаешь, если человек хочет - он делает, а не хочет - ищет отмазку...
короче кодерам почему то проще купить новый проц нежели написать либу...

> С OpenCL вообще ничего найти не смог.

$ git clone git://darktable.git.sourceforge.net/gitroot/darktable/darktable
$ git checkout opencl

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

One more time: man SmallLuxGPU (рендерер такой)

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

Тоесть: обработка изображений, другие виды графики, физика (и в играх тоже), обработка других больших обьемов математической информации.

Да, моя работа связана с OpenCL

На суперкомпьютерах только куду и юзают.

>Да, моя работа связана с OpenCL
так
и хде архиватор скажем на ней?
или конвертер?
или либа позволяющая произвольную софтину думать на гпу?
вот где это всё?

Работающий код в студию.

>ща прибежит одно тело( ник не помню) и будет кидаясь умными словами объяснять, что якобы профита не будет

Да, я уже тут.

Нет открытых драйверов с поддеркой куды и опенцл, потому и софт опенсорсный никто под них не пишет.

>Нет открытых драйверов с поддеркой куды и опенцл, потому и софт опенсорсный никто под них не пишет.
фанатик, такой фанатик...

Ну и что ты там распараллеливать при архивации собрался?

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

>фанатик, такой фанатик...

Я? Фанатик? Я сейчас пишу через Оперу из под венды. Ты меня с кем-то путаешь явно.

>Ну и что ты там распараллеливать при архивации собрался?
да хоть что
ман pbzip2 например
p7zip
...
да даже если только один поток будет доступен - пусть гпу думает - у проца других задач хватает

>да даже если только один поток будет доступен - пусть гпу думает - у проца других задач хватает

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

Просто ограниченный круг применения. В быту обычно не нужно переламывать матрицы размерами сотни тысяч на сотни тысяч, поэтому её можно прикрутить только к играм, кодировании видео/аудио, ну и к boincу. Ну если ты злобный кулхацкер можешь ещё пароли к соседским точкам доступа подбирать.

или либа позволяющая произвольную софтину думать на гпу?

произвольная софтина там думать не может из-за кардинальных различий архитектур CPU и GPU

и хде архиватор скажем на ней?
или конвертер?

А вот это можно написать. Но всем наверное влом. А для рынка это пока не нужно, т.к не у всех есть карточки поддерживающие нужные технологии + как я слышал есть косяки совместимости между собой: т.е на одной работает, на другой нет.

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

давай пруф - я тебе обьясню почему так надо

косяки...
ну реализация опенцл-а от нвидии нормально работает и на ати, а вот ати-шная...ну ты понел )

>давай пруф

ну поройся в своих темах и коментах, мне лень в этом г. копаться.

я тебе обьясню почему так надо

Ну давай, объясни =) особенно интересно, что ты скажешь по поводу ворочанья больших файлов на видюху и обратно при архивировании

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

>пока один пакет конпеляецо - второй-третий и т.д. разархивируются
профит очевиден

Ты напоминаешь ребёнка, который предлагает привязать к самолёту воздушных шариков, чтобы тот быстрее летал =)

>или либа позволяющая произвольную софтину думать на гпу?

Бугага.

обоснуешь?

Ну прямь как в спорах про sql/nosql.
У куды/опенцл немного различающиеся с традиционным с цпу задачи и возможности. Нельзя вот просто взять и все спихивать на гпу. И архивация - не та задача, коею стоило бы туда спихивать.

Да потому что один поток на видеокарте по скорости как один поток на первом пне в 200МГц. Плюс нелюбовь карты к циклам и ветвлениям, плюс SIMT-архитектура железа, плюс i/o с максимальной скоростью 30 Мб/с (300Мб будет 10 секунд передаваться), плюс ограничения на стиль кода (общая незащищёная память, рекурсии появились только в Fermi и то медленные итд.). Тебе этого мало чтоль?

[посмотрел на ограничения]

Ждем демосцену, может там что-то интересное появится.

> на твоём первом пне в 200МГц

ну.. это не беда, зато их тама сотни.. 200*100 = 20 000 или примерно в 4-5 раз длиннее одноядерного проца

вот медленная передача данных - да.. но с чего мы берём что она такая медленная?

Troll physics сейчас популярная тема, теперь можно еще troll computer science делать.

Ты с рождения такой или прикидываешься? GPU - это не another CPU, выигрыш в производительности будет только при большом количестве потоков, на одном ты только потеряешь, да ещё как.

>ну.. это не беда, зато их тама сотни.. 200*100 = 20 000 или примерно в 4-5 раз длиннее одноядерного проца

Это понятно, весь лол в том, что мегабакс хочет в один поток там считать.

вот медленная передача данных - да.. но с чего мы берём что она такая медленная?

Из документации. Да и сам я протестировал на своей видюшке, когда разбирался с опенцл.

>ну.. это не беда, зато их тама сотни..

Беда скорее в том, что не каждое действие можно распараллелить.

ну.. в архиваторе я думаю каждое..

> Из документации. Да и сам я протестировал на своей видюшке, когда разбирался с опенцл.

ясно

>в архиваторе я думаю каждое

Почитай Коливаса, как он пытается свой lrzip на несколько ядер нормально распараллелить.

Недавно по вестям-24 показывали установку где по томографичеким снимкам проводится восстановление 3d-картинки содержимого черепной коробки и последующей диагностикой.

> архивация - не та задача, коею стоило бы туда спихиват А почему нет? Ведь тоже кодирование видео сродни сжатию, или я совсем нуб?

>Почитай Коливаса, как он пытается свой lrzip на несколько ядер нормально распараллелить.

похоже всё-таки нуб )

>Ведь тоже кодирование видео сродни сжатию, или я совсем нуб?

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

Хотя это конечно от конкретных алгоритмов сжатия зависит.

А как разбивать архивируемый файл?

ну кури как делаецо тут например

desktop megabaks # eix pbzip2
* app-arch/pbzip2
     Available versions:  1.0.5-r2 (~)1.0.5-r3 1.1.1 {static symlink}
     Homepage:            http://compression.ca/pbzip2/
     Description:         Parallel bzip2 (de)compressor using libbz2

desktop megabaks # 

и да - ты часто встречаешь архивы с одним файлом?
кто мешает получив список файлов, поручить над каждым файлом думать отдельному ядру?