1.1, Аноним (-), 22:14, 09/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +16 +/– |
> интеграция CUDA Compiler в LLVM является переломным моментом в развитии GPU-вычислений, предоставив исследователям и разработчикам невероятную гибкость и возможность выбора...
Ian Buck делает вид, что про OpenCL он никогда не слышал.
| |
|
2.3, Аноним (-), 22:21, 09/05/2012 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Ian Buck делает вид, что про OpenCL он никогда не слышал.
Проприетарщики, LLVM, вендор-локи, несовместимые стандарты, полные штаны счастья.
| |
|
|
4.7, Аноним (-), 22:42, 09/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Вы так говорите словно это что-то плохое
Я так говорю, потому что меня это не беспокоит :)
| |
|
|
|
3.13, openclocker (ok), 09:16, 10/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
CUDA, OpenCL, DirectCompute - все это библиотеки/API для ускорения вычислений силами ГПУ (если ГПУ нет или не поддерживается, то исполььзуется ЦПУ).
| |
|
4.28, Аноним (-), 12:25, 10/05/2012 [^] [^^] [^^^] [ответить]
| –7 +/– |
Читаем к чем относится данный комментарий. Речь идёт про CUDA, поэтому вопрос ещё раз - причем тут OpenCL?
| |
|
5.30, Аноним (-), 12:56, 10/05/2012 [^] [^^] [^^^] [ответить]
| +7 +/– |
> Читаем к чем относится данный комментарий. Речь идёт про CUDA, поэтому вопрос ещё раз - причем тут OpenCL?
OpenCL - типа стандарт для всех. CUDA - контр-стандарт от нвидии. Чтоб несовместимость была, и вендор-лок.
| |
|
6.58, Аноним (-), 18:53, 12/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ещё раз...
Причем тут OpenCL? Иен Бак говорил исключительно о CUDA, причем тут OpenCL?
И если что, OpenCL появилась позже CUDA и некоторые разработчики стандарта говорят, что за основу бралась CUDA, поэтому это не контр-стандарт.
| |
|
|
|
|
2.19, Аноним (-), 11:14, 10/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Ian Buck делает вид, что про OpenCL он никогда не слышал.
А может наоборот, сливают то что неперспективно? Ну как это обычно бывает у проприетарщиков - выбрасывают в опенсорс только то в чем не видят перспектив.
| |
|
3.55, Аноним (-), 01:31, 12/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
OpenCL - стандарт
CUDA - закрытая технология
читать до просветеления
| |
|
|
1.2, umbr (ok), 22:18, 09/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>...интеграцию средств GPU-акселерации выполнения вычислительных задач...
Это не то же что и FP-сопроцессор?
| |
|
2.4, Аноним (-), 22:21, 09/05/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Это не то же что и FP-сопроцессор?
Нет. Это немного из другой оперы.
| |
2.14, openclocker (ok), 09:26, 10/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
Нет, ФПУ не требует (и не требовал) для использования дополнительных библиотек.
Использование ФПУ:
В коде программы присутствуют команды ФПУ и когда эти команды поступают на выполнение в процессор, то сразу же без посредников выполняются на ФПУ.
Использование CUDA и др.:
К программе подключаются сторонние библиотеки, в коде программы присутствуют вызовы функций этих библиотек. Библиотеки используют доступные устройства для выполнения команд (приоритет ГПУ).
Как-то так.
| |
2.25, Аноним (-), 11:33, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>...интеграцию средств GPU-акселерации выполнения вычислительных задач...
> Это не то же что и FP-сопроцессор?
Это скорее целый массив (!!!1111) SIMD-сопроцессоров. Ну если мы о GPU. На фоне такой штукенции реализация SIMD в x86 - так, детский лепет :)
| |
|
1.6, Аноним (-), 22:41, 09/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Напоминает историю Microsoft и Mono: дальнеперспективная цель (уконтрапупить конкурентов в лице СПО) временно приносится в жертву ближнеперспективной цели (продвинуть свои технологии и занять господствующее положение на рынке, пусть даже и с помощью СПО).
Впрочем, вторая цель, будучи достигнутой, вновь открывает прямую дорогу для достижения первой цели.
| |
|
2.9, iZEN (ok), 23:53, 09/05/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
История с AMD: "2D работает в xf86-video-ati — и ладно, до настоящего 3D всё руки не доходят — разработчики заняты Каталистом. В СПО бросают только обглоданными костями.".
| |
|
3.10, ononymius (?), 02:20, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Кто о чем, а Изя о бзд, на которой ати не работает. Чем тебе opengl 2.0, 3.0 и opengl es 2.0 не настоящее 3D?
| |
|
4.23, Аноним (-), 11:30, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Кто о чем, а Изя о бзд, на которой ати не работает.
> Чем тебе opengl 2.0, 3.0 и opengl es 2.0 не настоящее 3D?
Тем что у него драйвер окаменелой версии. Ну невдомек ему что за пару лет нынче меняется целая эпоха, и если пару лет назад Ryan Gordon проходился по открытым драйверам молотком по пальцам, то теперь он довольно позитивного мнения о оных и прогрессе там.
Bonus: изен, расскажи, через сколько лет у вас там hd7000 заработает? Да, у фрибсд отличная поддержка оборудования. От других...
| |
|
3.11, pavlinux (ok), 02:32, 10/05/2012 [^] [^^] [^^^] [ответить]
| +8 +/– |
Пилять, сто тыщь питсот раз говорили, почему ни Нвидия,
ни АМД не могу открыть код и спеки. У них, как в чипах,
так и в дровах используются патентные технологии, которые
авторы им продали под NDA лицензиями, с условиями не раскрытия.
В авторах этих алгоритмов, тот же Texas Instriments, Analog Devices,
National Algorithm Group (NAG), которые не отличаются особой симпатией
к опенсорсу.
А вы-то думали, почему Нвидия кладёт большой болт на реверс-драйвер?!
Вот именно поэтому! Им - профит, и лицензии не нарушены. А чтоб доказать
нарушение, Техасу и Аналогам надо открывать алгоритмы, а может и код.
| |
|
4.17, SubGun (ok), 10:32, 10/05/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Поди, объясни это школоте. Они ведь думают, что это все из-за вредности, заговора сионистов и проделок доктора Зло.
| |
|
5.22, Аноним (-), 11:22, 10/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Поди, объясни это школоте. Они ведь думают, что это все из-за вредности,
> заговора сионистов и проделок доктора Зло.
Вот только публикация амдшниками спеков на чипы и написание ими открытых дров в эту красивую теорию от любителей нвидии что-то не вписываются. Незадача.
| |
|
6.32, pavlinux (ok), 14:51, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Поди, объясни это школоте. Они ведь думают, что это все из-за вредности,
>> заговора сионистов и проделок доктора Зло.
> Вот только публикация амдшниками спеков на чипы и написание ими открытых дров
> в эту красивую теорию от любителей нвидии что-то не вписываются. Незадача.
Были у нивиди открытые дрова, они на них тоже забили, ибо получалось
тоже самое, что и при реверсе.
| |
|
7.34, Аноним (-), 17:41, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> ибо получалось тоже самое, что и блоб.
Я исправил, можешь не благодарить.
Тот ужас, что был в nv невозможно назвать реверсом. Там всё было obfuscated. Никто, кроме самой нвидии, ничего не понимал в этом драйвере.
| |
7.35, Аноним (-), 18:20, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Были у нивиди открытые дрова, они на них тоже забили, ибо получалось
> тоже самое, что и при реверсе.
Так может нефиг было код то обфусцировать? А то обфусцированная болванка на си - это такая открытость, конечно... :)
| |
|
|
|
4.21, Аноним (-), 11:21, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Пилять, сто тыщь питсот раз говорили, почему ни Нвидия,
> ни АМД не могу открыть код и спеки.
Амд вообще-то открыли спеки на большинство фич их чипов, как минимум до HD6xxx - характерный такой пдфник на ~900 страниц. И драйвера открытые нынче пишут перцы нанятые в АМД из числа тех кто этим занимался. А нвидия какие-то огрызки бросает, спеков - нет, по поводу чего nouveau плетется где-то в хвосте с реализацией 3D ускорения, например.
Поскольку все приходится реверсить - ну ты догадываешься как хорошо работает код писаный методом проб и ошибок, без спеков, да? :)
| |
|
5.27, iZEN (ok), 12:01, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Пилять, сто тыщь питсот раз говорили, почему ни Нвидия,
>> ни АМД не могу открыть код и спеки.
> Амд вообще-то открыли спеки на большинство фич их чипов, как минимум до
> HD6xxx - характерный такой пдфник на ~900 страниц.
Sun и Co. в лице JCP.org тоже в своё время держали спецификации Java (JSR) отскрытыми, но сейчас почему-то Oracle судится с Google из-за нарушения какой-то там интеллектуальной собственности, хотя спорный код java-классов вроде бы открыт под GPLv2 в OpenJDK6.
> И драйвера открытые нынче пишут перцы нанятые в АМД из числа тех кто этим занимался. А нвидия какие-то огрызки бросает, спеков - нет, по поводу чего nouveau плетется где-то в хвосте с реализацией 3D ускорения, например.
И не будет. CUDA Compiler — это в некотором роде протокол-связь с закрытым движком-процессором 2D/3D/Phys-акселерации, и команда LLVM его получила. Intel, например, ведь тоже не выкладывает топологию своих микропроцессоров в свободный доступ, но делает всё возможное для популяризации и продвижения системы команд x86. Так и здесь.
> Поскольку все приходится реверсить - ну ты догадываешься как хорошо работает код писаный методом проб и ошибок, без спеков, да? :)
Разработчики nouveau, вообще говоря, занимаются не тем, чем нужно. Скорее всего, разработчики это поняли и осознали, поэтому никаких подвижек больше не происходит.
| |
|
|
7.36, Аноним (-), 18:21, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>отскрытыми
> Какое _верное_ слово!! Бравушки!
iZEN жжот сегодня напалмом. Epic lolz.
| |
|
6.39, Аноним (-), 19:34, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> например, ведь тоже не выкладывает топологию своих микропроцессоров в свободный доступ,
Я что-то не помню чтобы для запуска чего-то на интелском проце обязательно требовался бы закрытый драйвер ;) И спеки у интеля на проц и чипсет - есть. Так что желающие могут в принципе свой BIOS (EFI, coreboot, или что там еще) писать. Гугль даже вот написал поддержку для coreboot.
| |
|
7.53, Andrey Mitrofanov (?), 10:22, 11/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>И спеки у интеля на проц и чипсет - есть.
>Так что желающие могут в принципе свой BIOS (EFI, coreboot, или что там еще) писать.
Ты б поинтересовался поддержкой интеля в коребуте, чтоль. Прежде чем нести такое.
>Гугль даже вот написал поддержку для coreboot.
Ни до того, ни после _никаких других интелей (почти?) в коребуте не было. Не парадокс совсем.
| |
|
|
|
4.42, arisu (ok), 21:52, 10/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
прикинь, а меня вот эти проблемы проприетарщиков совершенно не волнуют. лично с моей точки зрения — они не открывают, ибо жадные уродцы. вот и всё. впрочем, если они заплатят мне определённую сумму — я согласен «войти в положение и понять». nothing personal, это просто зеркальная копия их отношения ко мне.
и таких, как я, далеко не один.
| |
|
5.46, Boboms (ok), 01:23, 11/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> впрочем, если они заплатят мне определённую сумму — я согласен «войти в положение и понять».
Т.е. за небольшую комиссию меняем мораль? Вот это да!
| |
|
6.54, Andrey Mitrofanov (?), 10:27, 11/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>>они заплатят мне определённую сумму — я согласен «войти в положение и понять».
> Т.е. за небольшую комиссию меняем мораль? Вот это да!
Во-первых, не "небольшую", а "определённую". Во-вторых, не "меняем", а "понять"... И нет, тех пяти человек, которые пилят продажу новых чипов в открытых дриверах и ядре -- не-дос-та-точ-но. //Ага, "раскаяться за содеянное и отсидеть" за wintel и проч. монопольные игрушки.
| |
|
|
|
3.20, Аноним (-), 11:16, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> История с AMD: "2D работает в xf86-video-ati — и ладно, до настоящего
> 3D всё руки не доходят
Чувак, у них руки вполне доходят. Вплоть до того что в xonotic побегать можно на средних настройках запросто. Просто у тебя драйвер по возрасту догоняет помет мамонта. Патамучта гладиолус^W KMS у некоторых слоупоков нету. Ну вот у тебя и остался окаменелый вариант драйвера из доKMSного мезозоя.
| |
|
4.26, iZEN (ok), 11:52, 10/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> История с AMD: "2D работает в xf86-video-ati — и ладно, до настоящего
>> 3D всё руки не доходят
> Чувак, у них руки вполне доходят. Вплоть до того что в xonotic
> побегать можно на средних настройках запросто. Просто у тебя драйвер по
> возрасту догоняет помет мамонта. Патамучта гладиолус^W KMS у некоторых слоупоков нету.
> Ну вот у тебя и остался окаменелый вариант драйвера из доKMSного
> мезозоя.
Причём тут KMS? У NVIDIA нет никакого KMS, а уделывает xf86-video-ati любой версии в 3D — только в путь.
Кстати, в AMD Catalyst тоже нет никакой поддержки KMS. Учи матчасть, прежде чем бросаться необоснованными выводами.
Пользователи GNU/Linux не в восторге от последней версии драйвера xf86-video-ati 6.14.4: http://www.opennet.dev/opennews/art.shtml?num=33483
У меня предпоследняя версия xf86-video-ati-6.14.3. Это о чём говорит?
| |
|
5.40, Аноним (-), 19:52, 10/05/2012 [^] [^^] [^^^] [ответить] | +/– | А еще блоб уделывает открытые драйвера по геморрою с ним А я разве утверждал об... большой текст свёрнут, показать | |
|
6.45, iZEN (ok), 00:28, 11/05/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Вот так http www linux org ru forum linux-hardware 7726825 Ж На FreeBSD ... большой текст свёрнут, показать | |
6.52, perchibald (ok), 09:01, 11/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
в смысле геморрой? ставится из коробки... работает лучше чем открытые
по крайней мере у нвидии
| |
|
|
4.33, oops (ok), 15:22, 10/05/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хмм, а причем тут производительность в играх и KMS? =D
| |
|
5.37, Аноним (-), 19:17, 10/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Хмм, а причем тут производительность в играх и KMS? =D
Наверное при том что page flipping без него не работает, а это как раз о производительности, очень даже...
| |
|
|
|
|
1.12, кевин (?), 02:43, 10/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
ох ну нвидия в рамках общих тенденций выправляться стала... хоть это хорошо.
| |
|
2.24, Аноним (-), 11:31, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Думаю НВИДИА сделала это для конкуренции с ОпенСЛ.
...попутно реализовав оный в своем драйвере. Хм... интересный подход к конкуерции. Конкуренция самих с собой? :)
| |
|
1.18, Аноним (-), 10:36, 10/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Щастя какое привалило-то. Вендор лок наше все. Вот откроет код дров для видюх тогда и поговорим о полезности.
| |
1.31, Аноним (-), 13:27, 10/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я чего-то не понял. Это все равно надо все ручками делать как и прежде? Я сначала подумал, что они это всунули где-то между байткодом и нативным кодом, т.е. автоматический выхлоп cpu или cpu+gpu по-вкусу. Или просто llvm компилятор теперь понимает cuda инструкции и усе? Так не интересно.
| |
|
2.38, Аноним (-), 19:19, 10/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Или просто llvm компилятор теперь понимает cuda инструкции и усе?
LLVM теперь может генерить код выполняемый GPU. Правда ... куда этот код девать? У проприетарного блоба и так генерация кода есть. У открытого пока довольно хило с инфраструктурой и извлечь с этого что-то они смогут еще не скоро.
| |
|
3.60, Аноним (-), 19:10, 12/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Или просто llvm компилятор теперь понимает cuda инструкции и усе?
> LLVM теперь может генерить код выполняемый GPU. Правда ... куда этот код
> девать? У проприетарного блоба и так генерация кода есть. У открытого
> пока довольно хило с инфраструктурой и извлечь с этого что-то они
> смогут еще не скоро.
LLVM теперь генерит PTX, для перевода в бинарный формат все равно потребуется ptxas компилятор.
| |
|
|
1.44, arisu (ok), 21:57, 10/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
(задумчиво) nVidia решила, что на неё тоже могут бесплатно поработать. теперь эту фиговину будут поддерживать и фиксить ребята из команды llvm — следовательно, половину своих китайцев можно уволить.
| |
|
2.56, Аноним (-), 10:39, 12/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
Мейнтейнером этой части llvm, nvptx, все равно был и есть человек из nVidia
| |
|
3.57, arisu (ok), 15:14, 12/05/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Мейнтейнером этой части llvm, nvptx, все равно был и есть человек из
> nVidia
разве я с этим спорил?
| |
|
2.59, Аноним (-), 19:09, 12/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
> (задумчиво) nVidia решила, что на неё тоже могут бесплатно поработать. теперь эту
> фиговину будут поддерживать и фиксить ребята из команды llvm — следовательно,
> половину своих китайцев можно уволить.
А точнее человек в NVIDIA, которого NVIDIA специально взяла на работу и который до этого занимался реализацией PTX в LLVM. Проще говоря - оплатить его работу в рамках LLVM.
| |
|
1.61, добрый дядя (?), 23:03, 12/05/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
я не совсем понял, но судя по всему данный щаг не приблизил CUDA к OpenCL
поясните, по-прежнему OpenCL является единственным "от и до" платформонезависимым стандартом и реализацией для CPU+GPUшных вычислений, так?
а это CUDA+LLVM это так... интернесно, есть плюсы, а в целом технология закрытая? да?
| |
|