Шинпей Като (Shinpei Kato), разработчик, создавший планировщик GPU-команд TimeGraph (http://rtml.ece.cmu.edu/projects/timegraph) и участвовавший в разработке форка драйвера Nouveau PSCNV (http://github.com/pathscale/pscnv), представит (http://www.phoronix.com/scan.php?page=news_item&px=MTA3OTI) на выставке USENIX ATC 2012 первую полностью открытую реализацию GPGPU-фреймворка CUDA. В рамках проекта, получившего название Gdev (https://github.com/shinpei0208/Gdev) ведется работа над созданием открытой реализации CUDA, которая включает в себя набор библиотек, необходимых для запуска приложений на CUDA-совместимой видео-карте, модуль ядра Linux, выступающий мостом между видео-драйвером и библиотеками, а также набора патчей для открытых NVIDIA-драйверов Nouveau и PSCNV, позволяющих задействовать возможности GPU для решения вычислительных задач без необходимости в установке проприетарных драйверов.По словам создателя проекта, уже в текущей реализации Gdev может дать разработчикам больше возможностей чем оригинальный фреймворк CUDA. Одной из важнейших особенностей проекта является реализация CUDA API как для пространства пользователя, так и в виде модуля ядра (kcuda.ko), благодаря чему появляется возможность разработки оптимизированных с помощью GPCPU алгоритмов сжатия и шифрования для файловых систем, программной реализации RAID и других компонентов ядра. Другая особенность Gdev заключается в возможности виртуализации GPU, благодаря чему можно изолировать приложения разных пользователей друг от друга. Кроме того, реализация Gdev никак не привязана каким-либо драйверам, что в теории позволяет использовать ее в сочетании с любыми драйверами с поддержкой CUDA и даже графическими процессорами другой архитектуры.
В данный момент Gdev еще не пригоден к повседневному использованию в связи с отсутствием некоторых возможностей CUDA API, однако как показывают замеры производительности, скорость работы приложений, собранных и запущенных с помощью Gdev практически аналогично скорости работы оригинальных CUDA-приложений. Исходный код проекта опубликован (https://github.com/shinpei0208/Gdev) на хостинге github, он включает в себя все необходимые для сборки и запуска приложений компоненты, кроме компилятора, в качестве которого можно использовать открытый компилятор nvcc.
URL: http://www.phoronix.com/scan.php?page=news_item&px=MTA3OTI
Новость: http://www.opennet.me/opennews/art.shtml?num=33496
> уже в текущей реализации Gdev может дать разработчикам больше возможностей чем оригинальный фреймворк CUDA
> Gdev еще не пригоден к повседневному использованию в связи с отсутствием некоторых возможностей CUDA API
Если не вырывать из контекста, то понятно, что в первом случае речь о более широком применении, а во втором об отсутствии поддержки полной совместимости с CUDA API.
Возможностей больше, не не тех. Да и толку, реализовывать проприетарный API, лучше бы OpenCL для нвидии пилили с тем же усердием.
Пили, я разрешаю
Разработчики nouveau одобряют и как раз и пилят вроде как :)
Огромная проблема опенсорса - "догонялки".
Все время догоняют проприетарщину или постройка велосипеда.
Строят свой МЕГА проект, большинство из которых с годами умирают.
Изначально опенсорс предполагал строить общие системы и вместе над ними работать.
В итоге получаем безумное количество НЕДОДЕЛАННЫХ проектов.
Тратят время и усилия на повторения готового продукта, действительно лучше бы OpenCL помогли.
> Огромная проблема опенсорса - "догонялки".
> Все время догоняют проприетарщину или постройка велосипеда.
> Строят свой МЕГА проект, большинство из которых с годами умирают.
> Изначально опенсорс предполагал строить общие системы и вместе над ними работать.
> В итоге получаем безумное количество НЕДОДЕЛАННЫХ проектов.
> Тратят время и усилия на повторения готового продукта, действительно лучше бы OpenCL
> помогли.Вантуз из КДЕ много чего потырил начиная с времен ХР и что то я не слышал чтобы вантузятники жаловались на догонялки
Вы отталкиваетесь от неправильных данных изначально, поэтому у Вас рождается такие дурацкие мысли в голове, которые потом выливаются в холивар.1. Каждый должен понимать что такое Open Source, это не мышление и не какая то компания, это способ взаимодействия, где каждый участник договорился о том, что код его программ, который он пишет будет открыт и ограничен рядом лицензий.
2. Вы говорите про CUDA - это коммерческий проект и как не крути, это либо в Nvidia должны работать одни кретины, что бы open source сделал что-то лучше их.... я не думаю что такой медиа гигант такого не успустит, 1-5% не всчет, с учетом вычислительных мощностей CUDA и то что Nvidia как только об этом узнает, сразу сделает патч
Здесь как не крути, open source будет догонять и играть в эти догонялки очень долго, так как не open source делает видеокарты и не open source решает что там в этих новых ядрах куда надо совершенствовать...Так что как не крути, но из коммерческой реализации делая открытую, впереди очень сложно оказаться..
3. OpenCL - да, безусловно, это надо... но здесь вопрос стоить не "надо ли", а "надо ли именно сейчас", так как любая разработка или трата времени должна быть оправдана, либо сознанием человека, либо денежно.. :) да, я циник... но я трезво смотрю на вещи
Так вот что бы больше не холиварить на эти темы, задумайтесь, что вы принесли в мир open source, что бы осудить людей, которые пускай и догоняют, но делают вещи, которые сейчас нужны очень многим...
тыц так речь не о том что реализация куды Гдев круче реализации от нвидия она позволяет пользоваться кудой сидя дома на диване а не привязанным к стулу в комнате с белым потолком.
это и означает больше возможностей( хотя тут либо в переводе либо в исходнике стоило уйти к синониму)
Вы путаете свободное ПО и некоммерческое.
Они догоняют молча.
А на радионах пойдет?
Ну-у-у, если достаточно глубоко реверсить нвидию, там в глубине обязательно найдётся ма-а-аленький "радиончик".
В рамках проекта ГДЕ подготовлена открытая реализация фреймворка КУДАОсновные вопросы жизни, Вселенной и всего остального....