The OpenNET Project / Index page

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

Проект KGPU позволяет задействовать GPU для выполнения фрагментов кода ядра Linux

07.05.2011 20:49

Исследователи из университета Юты представили проект KGPU, в рамках которого разработан способ перенести исполнение частей кода ядра Linux на графический процессор, поддерживающий технологию NVIDIA CUDA. Код KGPU распространяется в рамках лицензии GPLv2.

Фреймворк CUDA использует закрытые драйверы NVIDIA, функции которых могут быть вызваны только из пространства пользователя с использованием фирменного SDK, поэтому в KGPU использован метод вызова функций ядра через программу, работающую в пространстве пользователя. Эта программа принимает запросы на обработку данных от модуля ядра и, с помощью CUDA API, передает их программе NSK, работающей на GPU.

NSK или Non-Stop Kernel представляет собой код, исполняемый на GPU и способный загружать дополнительные модули (сервисы в терминологии KGPU), каждый из которых может выполнять определенный вид работы по обработке данных. NSK принимает запросы, загружает сервис (для повышения производительности он может быть загружен заранее) и отдает ему данные, ожидая результатов исполнения, которые затем будут переданы обратно по цепочке модулю ядра. Для передачи данных между компонентами системы используется коммуникационный протокол, реализованный с помощью быстрой pinned-памяти, выделяемой драйвером CUDA.

Такая архитектура позволяет перенести фрагменты кода ядра на графический процессор просто переписав их в виде NSK-сервисов. В подтверждение авторы KGPU создали реализацию алгоритма AES, которая позволила поднять скорость шифрования файловой системы eCryptfs в 6 раз.

В будущем планируется реализовать поддержку режима шифрования CTR, вместо уязвимого ECB, используемого сейчас, поддержку алгоритмов шифрования Blowfish/Twofish, а также добавить поддержку KGPU в подсистему dm-crypt.

  1. Главная ссылка к новости (http://hardware.slashdot.org/s...)
Автор новости: Evgeny Zobnin
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/30484-linux
Ключевые слова: linux, kernel, cuda, ecryptfs, kgpu, gpu, optimization, speed
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (94) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Stax (ok), 21:18, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Обалдеть. Только вот *свободное* ядро Linux, требующее для работы этой фичи проприетарного нвидиевского блоба?? Это как-то не очень..
     
     
  • 2.2, sndev (ok), 21:21, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +13 +/
    да тут скорее как proof-of-concept, поэтому и CUDA.

    Идея в какой-то степени довольно таки интересна.

     
     
  • 3.5, Disaron (ok), 21:36, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +14 +/
    Идея давно витала в воздухе. Будем ждать более общей реализации на OpenCL.
     
     
  • 4.39, Аноним (-), 00:01, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • –11 +/
    > Идея давно витала в воздухе. Будем ждать более общей реализации на OpenCL.

    Для начала подождём "более общего" аналога opencl, работающего не только под лялихом.

     
     
  • 5.49, devlink (?), 01:09, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Для начала подождём "более общего" аналога opencl, работающего не только под лялихом.

    OpenCl - это API. Вы пишите не нем - все остальное делает драйвер видюхи (ну еще тут проц подключается). Это если на пальцах рассказать - если не так, то ругайте...

    OpenCL раюотает и на маках и на лялихе и на виндах.

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

     
  • 5.50, bmw (?), 01:19, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не знаю правда что там у нвидии, бабушки у подъезда говорят что что-то есть, но у ati поддержка opencl под виндой как бы уже есть, или вам под солярис надоть?
     
     
  • 6.51, Аноним (-), 01:39, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не только под виндой. А ещё под Linux. У nVidia тоже.
     
  • 5.54, anonymous (??), 09:37, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Для начала подождём «более общего» аналога opencl, работающего не только под лялихом.

    зачем для запуска кода linux opencl «не под linux»? O_O

     
  • 5.76, Аноним (-), 18:52, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Поскольку linux активнее всех развивают, остальных придется долго ждать, пока они там раздуплятся. В случае opencl никто не запрещает это реализовать хоть в minix. А то что еще не реализовано - спрашивайте у команд делающих ОС или реализуйте сами. А cuda завязана на железо нвидии по большому счету.  
     
  • 5.95, Ващенаглухо (ok), 11:28, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а что такое лялих ?
     
  • 2.11, Аноним (-), 22:12, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну почему же требующей, не будет дров - будет использовать только ЦПУ.
     
  • 2.45, Фкуку (?), 00:30, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обалдеть. Только вот *свободное* ядро Linux, требующее для работы пропиертарного via/amd/intel х_86!!!

    Стакс негодуэ! ;)


     
     
  • 3.68, Аноним123321 (ok), 15:00, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1: проприетарный-CPU-процессор работает на более низком уровне чем ядро-и-операционная-система

    2: а вот проприетарные драйвера-и-библиотеки-NVIDIA -- работают на НЕ более низком уровне чем ядро-и-операционная-система

    улавливаете разницу, не?

    1: проприетарный-CPU-процессор ИСПОЛНЯЕТ (даже если предположить-что-неправильно, то сёравно -- он именно ИСПОЛНИТЕЛЬ) программу ядра, и не лезет в алгоритм работы этого ядра...

    2: ....а вот проприетарные-библиотеки-NVIDIA именно сами представляют из себя алгоритм .. и по сути -- отношения с ядром-и-операционной-системой тут ПАРТНЁРСКИЕ

    назвать библиотеки-NVIDIA -- исполнителями -- ну уж никак нельзя :-D . тут именно партнёрство

     
  • 3.77, Аноним (-), 19:01, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Обалдеть. Только вот *свободное* ядро Linux, требующее для работы пропиертарного via/amd/intel
    > х_86!!!

    Error: TROLL_IS_TOO_DUMB: есть ряд открытых процессорных ядер, способных выполнять Linux. Operarion "trolling" has failed.

     
     
  • 4.89, Фкуку (?), 00:55, 09/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > ряд открытых процессорных ядер, способных выполнять Linux

    Ой! :)

     

  • 1.4, Акваланг (?), 21:34, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Если ядру надо выполнить так много вычислений, что GPU поможет - то это неправильное ядро. Для мелочи же накладные расходы съедят все ускорение.

    И что они туда засунули? Шифрование? Для этого есть ASIC на винтах и сетевых картах, а также новые процессоры с аппаратным AES.

     
     
  • 2.7, Аноним (-), 21:46, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если ядру надо выполнить так много вычислений, что GPU поможет - то это неправильное ядро.

    Схренали? Пример с AES из новости не устраивает?

     
  • 2.22, Lain_13 (?), 23:27, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    GPU это просто другой процессор действующий по иной модели. Сейчас их вон даже в один процессор на материнке засунуть пытаются в виду того, что каждая из моделей по разному эффективна с разными задачами. Декодирование того-же видео это наглядно показывает. Если в ядре есть задачи, которые могут быть более эффективно реализованы через GPU, то почему бы и нет? Главное не таким упоротым способом, как в этом proof of concept.
    А аппаратный AES это просто частный случай, когда решили ускорить одну конкретную задачу вместо общего полноценного решения, позволящего быстро решать множество подобных задачь.
     
     
  • 3.27, erfea (?), 23:51, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • –5 +/
    >Декодирование того-же видео это наглядно показывает.

    Насколько мне известно GPU это делает лучше, по той простой причине, что у него сопроцессор для декодирования видео используется.

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

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

     
     
  • 4.33, Аноним (-), 23:59, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Насколько мне известно GPU это делает лучше, по той простой причине, что
    > у него сопроцессор для декодирования видео используется.

    Сопроцессор? Учи матчасть про архитектуру GPU и не позорься.

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

    Твою методологию тестирования и конкретные результаты в студию.

     
     
  • 5.60, Аноним (-), 11:21, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это похоже вам надо её идти изучать http://www.ixbt.com/video3/images/cayman/chip.png
     
     
  • 6.61, erfea (?), 12:10, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    вот и я о том же, там явно указан отдельный блок UVD3
     
     
  • 7.78, Аноним (-), 19:16, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > вот и я о том же, там явно указан отдельный блок UVD3

    Только для математики разумнее использовать вон ту уйму обработчиков simd...

     
  • 2.46, Фкуку (?), 00:31, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если ядру надо выполнить так много вычислений, что GPU поможет

    Перенос пакетных фильтров в ядро тоже волнует?

     

  • 1.6, KroArtem (ok), 21:45, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Cuda? Не нужно. Пусть лучше допилят gallium, mesa, nouveau, потом добавят там поддержку OpenCl, вот тогда можно будет и GPU использовать.
     
     
  • 2.8, Аноним (-), 21:47, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • –6 +/
    > Cuda? Не нужно. Пусть лучше допилят gallium, mesa, nouveau, потом добавят там
    > поддержку OpenCl, вот тогда можно будет и GPU использовать.

    Я лучше сейчас буду использовать блоб, чем ждать 10 лет пока студиозусы напишут для этого гoвнокод.

     
     
  • 3.9, KroArtem (ok), 21:55, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Используйте, я вам не запрещаю.
     
     
  • 4.30, Аноним (-), 23:54, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • –7 +/
    > Используйте, я вам не запрещаю.

    Ну а вякнул-то ты зачем? Чтобы все знали что ты плетешься в хвосте прогресса? Никого ты не волнуешь, по этой же причине в том числе :)))

     
     
  • 5.55, anonymous (??), 09:39, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Ну а вякнул-то ты зачем? Чтобы все знали что ты плетешься в
    > хвосте прогресса? Никого ты не волнуешь, по этой же причине в
    > том числе :)))

    «прогресс» — это когда крузис запускать? это не прогресс, а мастурбация.

     
     
  • 6.90, rshadow (ok), 01:18, 09/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    «прогресс» это Ubuntu-же
     
  • 5.79, Аноним (-), 19:17, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну а вякнул-то ты зачем? Чтобы все знали что ты плетешься в
    > хвосте прогресса?

    Не, спасибо, прогресс когда версия ядра, иксов и прочая диктуется не удобством и фичами а совместимостью с блобом - это не очень удобно. Пусть нвидия выпьет йаду.

     
  • 3.42, Виндус (?), 00:25, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это не Linux Way. Нужно ждать таки 10 лет и только потом прочитав 3023 поста в инете и попробовав 5024 варианта настройки запустить таки эту чудо-функцию и наконец-то насладится. А после этого запостить на Opennete и поделится с окружающими. Вот это и будет TRUE Linux Way.
     
     
  • 4.80, Аноним (-), 19:20, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это не Linux Way.

    Если вынуть бревно из своего глаза то можно заметить что этот ваш виндус так не умеет ни с блобом, ни без. И в обозримом будущем уметь не будет. Ни с прочтением 3023 постов, ни с опробованием 5024 вариантов. Вам сразу в табло суют "access denied" и вы идете лесом. Потому что исходники все-равно не у вас. А значит вы просто в пролете: такие эксперименты в винде вообще не светят особо.

     
  • 3.71, Аноним123321 (ok), 15:37, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Я лучше сейчас буду использовать блоб, чем ждать 10 лет пока студиозусы
    > напишут для этого гoвнокод.

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

    (ну вобщем представить можно что угодно... ведь сёравно код-блоба никто не видил из широкой общественности :))

     
  • 2.12, Аноним (-), 22:13, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Cuda? Не нужно. Пусть лучше допилят gallium, mesa, nouveau, потом добавят там
    > поддержку OpenCl, вот тогда можно будет и GPU использовать.

    Тебе надо, ты и пиши.

     

  • 1.10, Rodegast (ok), 21:59, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Идея хорошая, но зависимость от проприетарных технологий как то не радует.
     
     
  • 2.13, Funt (?), 22:22, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Чем вам проприетарный драйвер не устраивает, особенно если он хорошо поддерживается, вы заплатили за видео карту драйвер это часть видеокарты, вы еще технологию производства gpu попросите открыть, а чё уж там, давайте пользоваться полностью открытым железом), я к тому что у всего есть свой предел
     
     
  • 3.16, Аноним (-), 22:31, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Чем вам проприетарный драйвер не устраивает

    Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого драйвера...

     
     
  • 4.17, klalafuda (?), 22:44, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого драйвера...

    А не по барабану как это сделано, если вдруг оказывается, что конечная задача решается в N раз эффективнее? Хоть голубиной почтой через Антарктику..

     
     
  • 5.24, Lain_13 (?), 23:29, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого драйвера...
    > А не по барабану как это сделано, если вдруг оказывается, что конечная
    > задача решается в N раз эффективнее? Хоть голубиной почтой через Антарктику..

    Если оно через *опу в N раз эффективнее, то напрямую оно должно быть ещё эффективнее. Не?

     
     
  • 6.35, Аноним (-), 00:00, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Если оно через *опу в N раз эффективнее, то напрямую оно должно
    > быть ещё эффективнее. Не?

    Не.

     
     
  • 7.47, Lain_13 (?), 01:01, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Если оно через *опу в N раз эффективнее, то напрямую оно должно
    >> быть ещё эффективнее. Не?
    > Не.

    Обоснуй. :)

     
  • 7.81, Аноним (-), 19:22, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Если оно через *опу в N раз эффективнее, то напрямую оно должно
    >> быть ещё эффективнее. Не?
    > Не.

    Офигенная аргументация. А ничего что переключение контекстов - очень затратная операция у х86?

     
  • 5.74, klalafuda (?), 17:59, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А не по барабану как это сделано, если вдруг оказывается, что конечная задача решается в N раз эффективнее? Хоть голубиной почтой через Антарктику..

    А кого, пардон, е*&^&* что мол сугубо абстрактно 'в N раз эффективнее если через <you name>' когда даже то, что есть, вполне устраивает? Фанбои такие фанбои.. 'Работает - не трож!'

     
     
  • 6.82, Аноним (-), 19:23, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не надо FUDа, klalafuda!
     
  • 6.91, rshadow (ok), 01:22, 09/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы видать слишком много веб проектов делаете и ентерпрайз софта. Там можно "тяп ляп", и чтоб "работает не тронь". А в ядре уж увольте, пусть будет медленнее но стабильнее.
     
  • 6.92, Ананимуз (?), 01:40, 09/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вот и я говорю. Нефиг новый софт писать, старый же работает. И программистов всех на поля отправить. А то, понимаешь, изобретают какие-то профанации, а картошка не прополота.
     
  • 4.18, Funt (?), 22:56, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Откуда такие убеждения?
     
     
  • 5.28, Аноним (-), 23:51, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Новость прочитай.
     
  • 4.43, Виндус (?), 00:27, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Чем вам проприетарный драйвер не устраивает
    > Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого
    > драйвера...

    Если это не шаг вперёд то я даже и не знаю, что это такое.

     
     
  • 5.83, Аноним (-), 19:27, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Если это не шаг вперёд то я даже и не знаю, что это такое.

    Это шаг вперед. Просто он делается в гамаке. В противогазе. В ластах. И с 20кг рюкзаком. Потому что нвидия за нас решила что вот так - самый кайф.

     
  • 3.21, Аноним (-), 23:19, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    И зависеть от такой компании как нвидия? Сказали не будут делать КМС - и пользователи дружно обламываются. Не ясна ситуация с вейленд. И тд.
    В общем слишком частное решение.
     
     
  • 4.32, Аноним (-), 23:57, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И зависеть от такой компании как нвидия? Сказали не будут делать КМС
    > - и пользователи дружно обламываются. Не ясна ситуация с вейленд. И тд.

    Насчёт и т.д. согласен, а с вейландом всё правильно делают - это yблюдство надо давить.

     
     
  • 5.84, Аноним (-), 19:30, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Насчёт и т.д. согласен, а с вейландом всё правильно делают - это
    > yблюдство надо давить.

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

     
  • 3.31, Аноним (-), 23:56, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Чем вам проприетарный драйвер не устраивает, особенно если он хорошо поддерживается, вы
    > заплатили за видео карту драйвер это часть видеокарты, вы еще технологию
    > производства gpu попросите открыть, а чё уж там, давайте пользоваться полностью
    > открытым железом), я к тому что у всего есть свой предел

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

     
  • 3.38, Rodegast (ok), 00:01, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Чем вам проприетарный драйвер не устраивает

    1) Зависимость от нвидии
    2) Не ясно насколько оно будет стабильно работать. К примеру будет в этом драйвере баг который начнёт ядро подвешивать и кто, и когда его исправит?

     
     
  • 4.40, Аноним (-), 00:12, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Чем вам проприетарный драйвер не устраивает
    > 1) Зависимость от нвидии

    Если вы используйте видеокарту от NVIDIA, то вы уже полностью зависите от неё. Драйвер на эту зависимость мало влияет.

    > 2) Не ясно насколько оно будет стабильно работать. К примеру будет в
    > этом драйвере баг который начнёт ядро подвешивать и кто, и когда
    > его исправит?

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

     
     
  • 5.44, Фкуку (?), 00:28, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >>>Чем вам проприетарный драйвер не устраивает
    >> 1) Зависимость от нвидии
    > Если вы используйте видеокарту от NVIDIA, то вы уже полностью зависите от
    > неё. Драйвер на эту зависимость мало влияет.

    а если вы использете материнскую карту асус с процессором интел, о вы уже полностью зависите от обоих.

    нет?

    вам схемок вентилей на П416 накидать?
    будете очень независимыым на частоте 100кгц и 1000 куб м облитых эпоксидкой плат :) :) :)

     
  • 5.85, Аноним (-), 19:39, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Если вы используйте видеокарту от NVIDIA, то вы уже полностью зависите от
    > неё. Драйвер на эту зависимость мало влияет.

    Почему же, при этом нвидия еще и начинает диктовать:
    1) Какой системы команд у нас должен быть процессор. Сам по себе PCI-E вообще не привязан к какой-то конкретной платформе, например.
    2) Совместимая версия ядра
    3) И версию иксов
    4) А также что фиг вам а не wayland или что там еще.
    5) Вы можете выбрать только из 2-3 операционок поддерживаемых нвидией. Шаг в сторону - и вот у вас есть куча металлолома^W^W VESA-видеокарта уровня S3 Virge, только с турбинами.

     
  • 3.59, saNdro (?), 11:11, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Чем вам проприетарный драйвер не устраивает

    Тем что не всем нравятся видиокарты от NVIDIA.
    А ещё далеко не все любят вендорлок как таковой. Неприятно знаете ли зависеть от единственной компании и её стремлений срубить побольше бабла на своей единственности.

     
     
  • 4.70, Аноним123321 (ok), 15:22, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Чем вам проприетарный драйвер не устраивает
    > Тем что не всем нравятся видиокарты от NVIDIA.
    > А ещё далеко не все любят вендорлок как таковой. Неприятно знаете ли
    > зависеть от единственной компании и её стремлений срубить побольше бабла на
    > своей единственности.

    а весь холивар -- потомучто:

    1. есть люди которые НЕ_любят vendor-lock
    2. есть лиди которым СЁРАВНО на существование vendor-lock в их жизне
    3. но НЕ_СУЩЕСТВУЕТ людей которые ЛЮБЯТ vendor-lock

    понятия "НЕ_любят" и "СЁРАВНО" -- не являются прямыми Антонимами... поэтому спорящие друг с другом люди -- начинают приводить друг другу аргументы, которые для противоположных сторон являются как правило не существенными

    * * *

    тоже самое как:

    1. есть люди которые _любят_ Здоровый-Образ-Жизни
    2. есть люди которым _сёравно_ на Здоровый-Образ-Жизни
    3. но _не_существует_ людей которые _любят_Вредный-Образ-Жизни_

    и вот как [1] и [2] группа будут друг другу доказывать свои убеждения(?).. да никак :-D

    # p.s.: думаете "наркоманы-героинщики" -- _любят_ вредный-образ-жизни(?).. ошибаетесь!! :-) .. "наркоманам-героинщикам" _сёравно_ на вредный-образ-жизни-или-здоровый-образ-жизни :-) :-)

     
     
  • 5.72, Аноним123321 (ok), 15:53, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а откуда всё начинается(?)..

    всё начинается с того что группа людей которые-не-любят-vendor-lock-in -- создают СВОБОДНУЮ (от vendor-lock-in, в чатности) экосистему, для развития свободных технологий

    эти свободные принципы и убеждения -- в результате приводят к програссивным программным продуктам

    затем эти програссивные программные продукты -- начинают привлекать к себе других людей.. в том числе и людей которые плевать хотели на изначальные принципы при которых создавались эти продукты (тоесть люди которым _сёравно_ на наличие-или-отсутствие vendor-lock-in)

    а вот теперь мы тут на форуме спорим о том пофигули что всё работает через BLOB (и через user-space) или не пофигули :-D .. пофигу-ли что всё завязано на NVIDIA или не пофигу :-D

    ....ды еслибы всем было пофигу на эти "тонкости" (в ковычках) -- то GNU/Linux никогдабы и небылобы! разработчики бы использовали только то что сейчас есть перед их глазами, и не смотрели бы в будущее на два шага вперёд

     
  • 3.69, Аноним123321 (ok), 15:11, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Чем вам проприетарный драйвер не устраивает, особенно если он хорошо поддерживается, вы
    > заплатили за видео карту драйвер это часть видеокарты, вы еще технологию
    > производства gpu попросите открыть, а чё уж там, давайте пользоваться полностью
    > открытым железом), я к тому что у всего есть свой предел

    вы наверно незнали.. но драйвера это тоже программа :-) [а не волшебство уличной магии]

    я заплатил за программу? и гдеже тогда эта программа (со всеми её файлами, а не только с бинарными результатами компиляции)?

    ...выходит что не за программу я заплатил, а только за _аренду_ _части_ её файлов

    нет, спасибо, я перещёл на GNU/Linux не для того чтобы жрать это гавно :-D [а с убеждениями -- "это хоть-както работает и значит всё пофигу" -- я могбы и дальше сидеть на Венде.. ведь на Венде есть Notepad++ и значит стремитсья больше не к чему (это должно всех устраивать!) :-D]

     
     
  • 4.98, Зилибоба (ok), 16:56, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    В целом - вредная философия... Изначально, как мне кажется, исходит из жизненной позиции "моя хата с краю - ни чего не знаю". И ведь казалось бы - нормальная позиция, до тех пор пока оккупанты не начинают сужать пространство твоей собственной хаты...
     

  • 1.14, jura12 (ok), 22:22, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    давно уже пора запустить все ядро на видеокарте.
     
  • 1.15, тоже Аноним (ok), 22:29, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    CUDA используется только потому, что это реально существующая и обкатанная технология.
    Прицел, конечно, на последние поколения процессоров с интегрированным графическим ядром...
     
  • 1.19, gegMOPO4 (ok), 22:59, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вызывает опасение не столько использование проприетарной технологии (сделают и на свободных), как то, что ядерные данные и код доверяются юзерспейсу. Это их может серьёзно скомпроментировать.
     
     
  • 2.25, Lain_13 (?), 23:30, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Вызывает опасение не столько использование проприетарной технологии (сделают и на свободных),
    > как то, что ядерные данные и код доверяются юзерспейсу. Это их
    > может серьёзно скомпроментировать.

    Ты понимаешь значение слов proof of concept?

     
     
  • 3.37, gegMOPO4 (ok), 00:00, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Существуют ли в GPU средства аппаратной защиты ядерного кода и данных от пользовательского?
     
     
  • 4.48, Lain_13 (?), 01:02, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Существуют ли в GPU средства аппаратной защиты ядерного кода и данных от
    > пользовательского?

    Если даже нет, то будут. Вон же ж GPU в CPU тащат неспроста.

     
     
  • 5.58, gegMOPO4 (ok), 11:08, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это всё далеко не бесплатно. Это в CPU нет выбора, а для типичного применения GPU не нужно. Так что если и сделают, то это будут специализированные чипы, не для графики.
     

  • 1.20, Аноним (-), 23:07, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Шифрование это конечно хорошо, но что кроме этого можно вынести на GPU с ощутимым приростом производительности?
    Как вы говорите? Ничего?
    Ну вот и я об этом...
     
     
  • 2.29, Аноним (-), 23:52, 07/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Шифрование это конечно хорошо, но что кроме этого можно вынести на GPU
    > с ощутимым приростом производительности?
    > Как вы говорите? Ничего?
    > Ну вот и я об этом...

    Нет, никто "ничего" не говорил, кончайте галлюцинировать.

     
  • 2.53, sauron (??), 08:15, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы таки не поверите, но обработку трафика. В одном корейском университете такая работа была. Выжимали 40Gbit на одном компе, достаточный повод? :)
     
     
  • 3.75, klalafuda (?), 18:03, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вы таки не поверите, но обработку трафика. В одном корейском университете такая
    > работа была. Выжимали 40Gbit на одном компе, достаточный повод? :)

    Ссылочку чтоль привел бы для приличия..

     
  • 2.99, DA (?), 22:33, 03/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Возможно моё мнение совершенно некомпетентно, но... если получится вытащить туда iptables, то при обработке пакетов с десятка высокоскоростных сетевых интерфейсов прирост, полагаю, будет ощутим...
     

  • 1.23, larinva (?), 23:28, 07/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я в шоке когда вы вы успеваете все это обсудить :-)
     
  • 1.52, pavlinux (ok), 02:48, 08/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наскока мне помниться Nvidia уже нагинали и отымели в аналы
    за попытку анонса ядра Linux полностью работающего на GPU.
     
     
  • 2.57, anonymous (??), 09:42, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > полностью работающего на GPU.

    долго смеялся.

     
     
  • 3.62, pavlinux (ok), 13:53, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> полностью работающего на GPU.
    > долго смеялся.

    Причину смеха расскажешь?

     
     
  • 4.63, anonymous (??), 14:01, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>> полностью работающего на GPU.
    >> долго смеялся.
    > Причину смеха расскажешь?

    почитай спеки на GPU-шки от нвидии. даже такие куцые, как есть. пускать general-purpose код там — это атомная хунта, развлекушечка плана «вот как мы можем вырвать гланды через анус, если нам на рабочем месте делать нечего».

     
     
  • 5.64, pavlinux (ok), 14:24, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>>> полностью работающего на GPU.
    >>> долго смеялся.
    >> Причину смеха расскажешь?
    > почитай спеки на GPU-шки от нвидии.

    Они есть в природе? Полная спецификация ассемблерных команд, хотя бы NV90.

     
     
  • 6.66, anonymous (??), 14:27, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Они есть в природе? Полная спецификация ассемблерных команд, хотя бы NV90.

    я же специально сказал — даже те обрезаные и местами реверсеные, что есть, плюс общую архитектуру. этого уже хватит, чтобы посмеяться.

     
     
  • 7.67, pavlinux (ok), 14:58, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Догадки всё это. А официальные анонсы от NVidia на NVDeveloper были.
     
     
  • 8.96, Ващенаглухо (ok), 11:32, 10/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    и за что их NVIDIA отымели ... текст свёрнут, показать
     
  • 2.65, fi (ok), 14:26, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    tegra?

    Так вот же у меня работает и не жужжит. :)

     
     
  • 3.73, el torito (?), 16:32, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Tegra, конечно, включает в себя GPU. Но в основе там CPU общего назначения, архитектура ARM. Вот на нём ядро и работает. Как и на многих других CPU этой архитектуры.
     

  • 1.86, Аноним (-), 21:43, 08/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а почему именно куда? был вроде какой-то опенцл. Хотя может путаю.
     
     
  • 2.87, Andrey Mitrofanov (?), 21:48, 08/05/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Написано ж ВОООТ такими буквами:

    НВИДИА проспонсировал Университете в Юте...

     

  • 1.88, аанноо (?), 22:39, 08/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По реализации - мегакастыль! :D

    А таки-да, ожидаемо.

     
  • 1.93, Crazy Alex (??), 21:22, 09/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А откуда срач такой? Ну проприетарь, и что с того? Будет эта штука задействоваться (если до продакшна дойдёт, конечно) в случае присутствия нужного железа/дров, и наче - будет работать по старинке, на CPU. Вроде ничего ни у кого не отбирают?

    Подозреваю, что если кто-то сделает аналогичную фишку с использованием OpenCL или ещё чего - ни университет Юты, и Нвидиа его за это убивать не пойдут. А пока - вот такая реализация. Как возможность - очень интересная, кстати. А что костыль юзерспейсный - так его ж никто не предлгагает в продакшн в таком виде.

     
  • 1.97, Аноним (-), 14:45, 10/05/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какие хитрые. Блоб публиковать не желают свой поганый, а с линуксом играются.
     
  • 1.101, Аноним (101), 19:57, 15/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    и заглохло всё.
     
  • 1.102, Аноним (101), 00:10, 16/02/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кому интересно патч что бы эта штука собиралась под ядро 5.11
    https://pastebin.com/K8GkHxYs
    модуль и хелпер собирается (остальное не смотрел).
    модуль успешно загружается и выгружается.
    что там кто может из дописывания других модуле для использования этой штуки...
     

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



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

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