The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

NVIDIA передала CUDA Compiler в руки сообщества LLVM

09.05.2012 20:52

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

Поддержка NVIDIA GPU в LLVM стала возможной благодаря передаче проекту кода CUDA-компилятора, основанного на наработках проекта LLVM и позволяющего сгенерировать GPU-инструкции из кода, написанного на языках Си, Си++ и Fortran. Благодаря модульной структуре LLVM список языков может быть легко расширен, например, LLVM-фронтэнды также доступны для таких языков, как Objective-C, Ada, Haskell, Java (байткод), Python, Ruby, ActionScript, GLSL и Rust. Несмотря на то, что CUDA-компилятор изначально позиционировался как открытый, исходные тексты ранее можно было получить только после заполнения определённой формы на сайте и одобрения от компании NVIDIA. Отныне CUDA-компилятор интегрирован в ядро LLVM и бэкенд для обеспечения параллельного выполнения нитей.

По словам Яна Бака (Ian Buck), генерального менеджера NVIDIA по развитию GPU-акселерации для программных систем, интеграция CUDA Compiler в LLVM является переломным моментом в развитии GPU-вычислений - исследователям и разработчикам предоставлена невероятная гибкость, а также возможность выбора языков программирования и аппаратных архитектур для своих приложений, которые могут использовать в процессе работы полный вычислительный потенциал CPU и GPU. Переданный в LLVM код уже используется в проприетарных CUDA-продуктах NVIDIA, что даёт основание утверждать о высокой надёжности и полной совместимости с сотнями миллионов установленных на ПК видеокарт NVIDIA.

  1. Главная ссылка к новости (http://nvidianews.nvidia.com/R...)
  2. OpenNews: Представлен свободный компилятор CUDA-приложений для многоядерных x86-процессоров
  3. OpenNews: Релиз StarPU 1.0.0, дополнения к GCC для создания гибридных программ, использующих CPU и GPU
  4. OpenNews: Компания NVIDIA открывает исходный код компилятора CUDA
  5. OpenNews: Компания NVIDIA выпустила CUDA Toolkit 4.1
  6. OpenNews: В рамках проекта Gdev подготовлена открытая реализация фреймворка CUDA
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33800-cuda
Ключевые слова: cuda, nvidia, compiler, llvm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 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, вендор-локи, несовместимые стандарты, полные штаны счастья.

     
     
  • 3.5, Аноним (-), 22:40, 09/05/2012 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Вы так говорите словно это что-то плохое
     
     
  • 4.7, Аноним (-), 22:42, 09/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вы так говорите словно это что-то плохое

    Я так говорю, потому что меня это не беспокоит :)

     
  • 2.8, Аноним (-), 23:42, 09/05/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А причем тут OpenCL?
     
     
  • 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. Никто, кроме самой нвидии, ничего не понимал в этом драйвере.


     
     
  • 8.41, pavlinux (ok), 19:53, 10/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Оба не в теме Это ни тот драйвер, который - nv... текст свёрнут, показать
     
  • 7.35, Аноним (-), 18:20, 10/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Были у нивиди открытые дрова, они на них тоже забили, ибо получалось
    > тоже самое, что и при реверсе.

    Так может нефиг было код то обфусцировать? А то обфусцированная болванка на си - это такая открытость, конечно... :)

     
  • 5.43, arisu (ok), 21:53, 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, вообще говоря, занимаются не тем, чем нужно. Скорее всего, разработчики это поняли и осознали, поэтому никаких подвижек больше не происходит.

     
     
  • 6.29, Andrey Mitrofanov (?), 12:40, 10/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >отскрытыми

    Какое _верное_ слово!! Бравушки!

     
     
  • 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: https://www.opennet.ru/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 без него не работает, а это как раз о производительности, очень даже...

     
  • 2.16, Аноним (-), 10:14, 10/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    прям как гугл
     

  • 1.12, кевин (?), 02:43, 10/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ох ну нвидия в рамках общих тенденций выправляться стала... хоть это хорошо.
     
  • 1.15, openclocker (ok), 09:36, 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 это так... интернесно, есть плюсы, а в целом технология закрытая? да?

     
  • 1.62, Аноним (-), 04:59, 17/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шикарная штука под FreeBSD 9
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру