Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Проект KGPU позволяет задействовать GPU для выполнения фрагм..."	+/–
Сообщение от opennews (ok), 07-Май-11, 21:18
Исследователи из университета Юты представили проект KGPU (http://code.google.com/p/kgpu/), в рамках которого разработан способ перенести исполнение частей кода ядра Linux на графический процессор, поддерживающий технологию NVIDIA CUDA. Код KGPU распространяется (https://github.com/wbsun/kgpu) в рамках лицензии GPLv2. Фреймворк CUDA использует закрытые драйверы NVIDIA, функции которых могут быть вызваны только из пространства пользователя с использованием фирменного SDK, поэтому в KGPU использован метод вызова функций ядра через программу, работающую в пространстве пользователя. Эта программа принимает запросы на обработку данных от модуля ядра и, с помощью CUDA API, передает их программе NSK, работающей на GPU. NSK или Non-Stop Kernel представляет собой код, исполняемый на GPU и способный загружать дополнительные модули (сервисы в терминологии KGPU), каждый из которых может выполнять определенный вид работы по обработке данных. NSK принимает запросы, загружает сервис (для пов... URL: http://hardware.slashdot.org/story/11/05/06/1940220/Writing-... Новость: https://www.opennet.ru/opennews/art.shtml?num=30484
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Stax (ok), 07-Май-11, 21:18	+7 +/–
Обалдеть. Только вот *свободное* ядро Linux, требующее для работы этой фичи проприетарного нвидиевского блоба?? Это как-то не очень..
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2, #11, #45

2. Сообщение от sndev (ok), 07-Май-11, 21:21	+13 +/–
да тут скорее как proof-of-concept, поэтому и CUDA. Идея в какой-то степени довольно таки интересна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #5

4. Сообщение от Акваланг (?), 07-Май-11, 21:34	–6 +/–
Если ядру надо выполнить так много вычислений, что GPU поможет - то это неправильное ядро. Для мелочи же накладные расходы съедят все ускорение. И что они туда засунули? Шифрование? Для этого есть ASIC на винтах и сетевых картах, а также новые процессоры с аппаратным AES.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #22, #46

5. Сообщение от Disaron (ok), 07-Май-11, 21:36	+14 +/–
Идея давно витала в воздухе. Будем ждать более общей реализации на OpenCL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #39

6. Сообщение от KroArtem (ok), 07-Май-11, 21:45	+5 +/–
Cuda? Не нужно. Пусть лучше допилят gallium, mesa, nouveau, потом добавят там поддержку OpenCl, вот тогда можно будет и GPU использовать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #12

7. Сообщение от Аноним (-), 07-Май-11, 21:46	+1 +/–
> Если ядру надо выполнить так много вычислений, что GPU поможет - то это неправильное ядро. Схренали? Пример с AES из новости не устраивает?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

8. Сообщение от Аноним (-), 07-Май-11, 21:47	–6 +/–
> Cuda? Не нужно. Пусть лучше допилят gallium, mesa, nouveau, потом добавят там > поддержку OpenCl, вот тогда можно будет и GPU использовать. Я лучше сейчас буду использовать блоб, чем ждать 10 лет пока студиозусы напишут для этого гoвнокод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #9, #42, #71

9. Сообщение от KroArtem (ok), 07-Май-11, 21:55	+4 +/–
Используйте, я вам не запрещаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30

10. Сообщение от Rodegast (ok), 07-Май-11, 21:59	+2 +/–
Идея хорошая, но зависимость от проприетарных технологий как то не радует.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

11. Сообщение от Аноним (-), 07-Май-11, 22:12	+1 +/–
Ну почему же требующей, не будет дров - будет использовать только ЦПУ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

12. Сообщение от Аноним (-), 07-Май-11, 22:13	+/–
> Cuda? Не нужно. Пусть лучше допилят gallium, mesa, nouveau, потом добавят там > поддержку OpenCl, вот тогда можно будет и GPU использовать. Тебе надо, ты и пиши.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

13. Сообщение от Funt (?), 07-Май-11, 22:22	–4 +/–
Чем вам проприетарный драйвер не устраивает, особенно если он хорошо поддерживается, вы заплатили за видео карту драйвер это часть видеокарты, вы еще технологию производства gpu попросите открыть, а чё уж там, давайте пользоваться полностью открытым железом), я к тому что у всего есть свой предел
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #16, #21, #31, #38, #59, #69

14. Сообщение от jura12 (ok), 07-Май-11, 22:22	+1 +/–
давно уже пора запустить все ядро на видеокарте.
Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от тоже Аноним (ok), 07-Май-11, 22:29	+/–
CUDA используется только потому, что это реально существующая и обкатанная технология. Прицел, конечно, на последние поколения процессоров с интегрированным графическим ядром...
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от Аноним (-), 07-Май-11, 22:31	+/–
>Чем вам проприетарный драйвер не устраивает Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого драйвера...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #17, #18, #43

17. Сообщение от klalafuda (?), 07-Май-11, 22:44	+/–
> Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого драйвера... А не по барабану как это сделано, если вдруг оказывается, что конечная задача решается в N раз эффективнее? Хоть голубиной почтой через Антарктику..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #24, #74

18. Сообщение от Funt (?), 07-Май-11, 22:56	–1 +/–
Откуда такие убеждения?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #28

19. Сообщение от gegMOPO4 (ok), 07-Май-11, 22:59	+/–
Вызывает опасение не столько использование проприетарной технологии (сделают и на свободных), как то, что ядерные данные и код доверяются юзерспейсу. Это их может серьёзно скомпроментировать.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

20. Сообщение от Аноним (-), 07-Май-11, 23:07	+/–
Шифрование это конечно хорошо, но что кроме этого можно вынести на GPU с ощутимым приростом производительности? Как вы говорите? Ничего? Ну вот и я об этом...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #53, #99

21. Сообщение от Аноним (-), 07-Май-11, 23:19	+/–
И зависеть от такой компании как нвидия? Сказали не будут делать КМС - и пользователи дружно обламываются. Не ясна ситуация с вейленд. И тд. В общем слишком частное решение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32

22. Сообщение от Lain_13 (?), 07-Май-11, 23:27	+2 +/–
GPU это просто другой процессор действующий по иной модели. Сейчас их вон даже в один процессор на материнке засунуть пытаются в виду того, что каждая из моделей по разному эффективна с разными задачами. Декодирование того-же видео это наглядно показывает. Если в ядре есть задачи, которые могут быть более эффективно реализованы через GPU, то почему бы и нет? Главное не таким упоротым способом, как в этом proof of concept. А аппаратный AES это просто частный случай, когда решили ускорить одну конкретную задачу вместо общего полноценного решения, позволящего быстро решать множество подобных задачь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #27

23. Сообщение от larinva (?), 07-Май-11, 23:28	+/–
я в шоке когда вы вы успеваете все это обсудить :-)
Ответить | Правка | Наверх | Cообщить модератору

24. Сообщение от Lain_13 (?), 07-Май-11, 23:29	+2 +/–
>> Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого драйвера... > А не по барабану как это сделано, если вдруг оказывается, что конечная > задача решается в N раз эффективнее? Хоть голубиной почтой через Антарктику.. Если оно через *опу в N раз эффективнее, то напрямую оно должно быть ещё эффективнее. Не?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #35

25. Сообщение от Lain_13 (?), 07-Май-11, 23:30	+/–
> Вызывает опасение не столько использование проприетарной технологии (сделают и на свободных), > как то, что ядерные данные и код доверяются юзерспейсу. Это их > может серьёзно скомпроментировать. Ты понимаешь значение слов proof of concept?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #37

27. Сообщение от erfea (?), 07-Май-11, 23:51	–5 +/–
>Декодирование того-же видео это наглядно показывает. Насколько мне известно GPU это делает лучше, по той простой причине, что у него сопроцессор для декодирования видео используется. >А аппаратный AES это просто частный случай, когда решили ускорить одну конкретную задачу вместо общего полноценного решения, позволящего быстро решать множество подобных задачь. Их пример кстати профит приносит практически только в синтетических тестах, ибо удлиняет список переключений раз в стопицот, профит стремится к нулю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #33

28. Сообщение от Аноним (-), 07-Май-11, 23:51	+/–
Новость прочитай.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

29. Сообщение от Аноним (-), 07-Май-11, 23:52	+/–
> Шифрование это конечно хорошо, но что кроме этого можно вынести на GPU > с ощутимым приростом производительности? > Как вы говорите? Ничего? > Ну вот и я об этом... Нет, никто "ничего" не говорил, кончайте галлюцинировать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

30. Сообщение от Аноним (-), 07-Май-11, 23:54	–7 +/–
> Используйте, я вам не запрещаю. Ну а вякнул-то ты зачем? Чтобы все знали что ты плетешься в хвосте прогресса? Никого ты не волнуешь, по этой же причине в том числе :)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #55, #79

31. Сообщение от Аноним (-), 07-Май-11, 23:56	+2 +/–
> Чем вам проприетарный драйвер не устраивает, особенно если он хорошо поддерживается, вы > заплатили за видео карту драйвер это часть видеокарты, вы еще технологию > производства gpu попросите открыть, а чё уж там, давайте пользоваться полностью > открытым железом), я к тому что у всего есть свой предел Не у всего. Но у твоего интеллекта, очевидно, есть - поэтому ты эту чушь и написал. А мы, да, хотим и свободные драйвера, и железо. И получим. И сколько детей проприетарщиков при этом сдохнут с голоду не важно, хотя чем больше - тем лучше.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

32. Сообщение от Аноним (-), 07-Май-11, 23:57	+1 +/–
> И зависеть от такой компании как нвидия? Сказали не будут делать КМС > - и пользователи дружно обламываются. Не ясна ситуация с вейленд. И тд. Насчёт и т.д. согласен, а с вейландом всё правильно делают - это yблюдство надо давить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #84

33. Сообщение от Аноним (-), 07-Май-11, 23:59	+3 +/–
> Насколько мне известно GPU это делает лучше, по той простой причине, что > у него сопроцессор для декодирования видео используется. Сопроцессор? Учи матчасть про архитектуру GPU и не позорься. > Их пример кстати профит приносит практически только в синтетических тестах, ибо удлиняет > список переключений раз в стопицот, профит стремится к нулю. Твою методологию тестирования и конкретные результаты в студию.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #60

35. Сообщение от Аноним (-), 08-Май-11, 00:00	–1 +/–
> Если оно через *опу в N раз эффективнее, то напрямую оно должно > быть ещё эффективнее. Не? Не.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #47, #81

37. Сообщение от gegMOPO4 (ok), 08-Май-11, 00:00	+1 +/–
Существуют ли в GPU средства аппаратной защиты ядерного кода и данных от пользовательского?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #48

38. Сообщение от Rodegast (ok), 08-Май-11, 00:01	+/–
>Чем вам проприетарный драйвер не устраивает 1) Зависимость от нвидии 2) Не ясно насколько оно будет стабильно работать. К примеру будет в этом драйвере баг который начнёт ядро подвешивать и кто, и когда его исправит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #40

39. Сообщение от Аноним (-), 08-Май-11, 00:01	–11 +/–
> Идея давно витала в воздухе. Будем ждать более общей реализации на OpenCL. Для начала подождём "более общего" аналога opencl, работающего не только под лялихом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #49, #50, #54, #76, #95

40. Сообщение от Аноним (-), 08-Май-11, 00:12	+1 +/–
>>Чем вам проприетарный драйвер не устраивает > 1) Зависимость от нвидии Если вы используйте видеокарту от NVIDIA, то вы уже полностью зависите от неё. Драйвер на эту зависимость мало влияет. > 2) Не ясно насколько оно будет стабильно работать. К примеру будет в > этом драйвере баг который начнёт ядро подвешивать и кто, и когда > его исправит? Драйвер в случае KGPU лишь прослойка для передачи команд GPU, не более. Если драйвер глюкнёт, то команда просто завершиться с ошибкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #44, #85

42. Сообщение от Виндус (?), 08-Май-11, 00:25	–2 +/–
Это не Linux Way. Нужно ждать таки 10 лет и только потом прочитав 3023 поста в инете и попробовав 5024 варианта настройки запустить таки эту чудо-функцию и наконец-то насладится. А после этого запостить на Opennete и поделится с окружающими. Вот это и будет TRUE Linux Way.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #80

43. Сообщение от Виндус (?), 08-Май-11, 00:27	+/–
>>Чем вам проприетарный драйвер не устраивает > Да, круто.. ядро, общающееся само с собой через юзерспейс из за этого > драйвера... Если это не шаг вперёд то я даже и не знаю, что это такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #83

44. Сообщение от Фкуку (?), 08-Май-11, 00:28	+2 +/–
>>>Чем вам проприетарный драйвер не устраивает >> 1) Зависимость от нвидии > Если вы используйте видеокарту от NVIDIA, то вы уже полностью зависите от > неё. Драйвер на эту зависимость мало влияет. а если вы использете материнскую карту асус с процессором интел, о вы уже полностью зависите от обоих. нет? вам схемок вентилей на П416 накидать? будете очень независимыым на частоте 100кгц и 1000 куб м облитых эпоксидкой плат :) :) :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

45. Сообщение от Фкуку (?), 08-Май-11, 00:30	+1 +/–
Обалдеть. Только вот *свободное* ядро Linux, требующее для работы пропиертарного via/amd/intel х_86!!! Стакс негодуэ! ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #68, #77

46. Сообщение от Фкуку (?), 08-Май-11, 00:31	+1 +/–
> Если ядру надо выполнить так много вычислений, что GPU поможет Перенос пакетных фильтров в ядро тоже волнует?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

47. Сообщение от Lain_13 (?), 08-Май-11, 01:01	+1 +/–
>> Если оно через *опу в N раз эффективнее, то напрямую оно должно >> быть ещё эффективнее. Не? > Не. Обоснуй. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

48. Сообщение от Lain_13 (?), 08-Май-11, 01:02	+/–
> Существуют ли в GPU средства аппаратной защиты ядерного кода и данных от > пользовательского? Если даже нет, то будут. Вон же ж GPU в CPU тащат неспроста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #58

49. Сообщение от devlink (?), 08-Май-11, 01:09	+1 +/–
>Для начала подождём "более общего" аналога opencl, работающего не только под лялихом. OpenCl - это API. Вы пишите не нем - все остальное делает драйвер видюхи (ну еще тут проц подключается). Это если на пальцах рассказать - если не так, то ругайте... OpenCL раюотает и на маках и на лялихе и на виндах. Кроме того, в новости сказано о разработки проекта для линукса, так что не вижу ни чего такого, если будет только в нем все реализовано
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

50. Сообщение от bmw (?), 08-Май-11, 01:19	+1 +/–
Не знаю правда что там у нвидии, бабушки у подъезда говорят что что-то есть, но у ati поддержка opencl под виндой как бы уже есть, или вам под солярис надоть?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51

51. Сообщение от Аноним (-), 08-Май-11, 01:39	+/–
Не только под виндой. А ещё под Linux. У nVidia тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

52. Сообщение от pavlinux (ok), 08-Май-11, 02:48	+/–
Наскока мне помниться Nvidia уже нагинали и отымели в аналы за попытку анонса ядра Linux полностью работающего на GPU.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #57, #65

53. Сообщение от sauron (??), 08-Май-11, 08:15	+/–
Вы таки не поверите, но обработку трафика. В одном корейском университете такая работа была. Выжимали 40Gbit на одном компе, достаточный повод? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #75

54. Сообщение от anonymous (??), 08-Май-11, 09:37	+/–
> Для начала подождём «более общего» аналога opencl, работающего не только под лялихом. зачем для запуска кода linux opencl «не под linux»? O_O
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

55. Сообщение от anonymous (??), 08-Май-11, 09:39	+4 +/–
> Ну а вякнул-то ты зачем? Чтобы все знали что ты плетешься в > хвосте прогресса? Никого ты не волнуешь, по этой же причине в > том числе :))) «прогресс» — это когда крузис запускать? это не прогресс, а мастурбация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #90

57. Сообщение от anonymous (??), 08-Май-11, 09:42	–1 +/–
> полностью работающего на GPU. долго смеялся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #62

58. Сообщение от gegMOPO4 (ok), 08-Май-11, 11:08	+/–
Это всё далеко не бесплатно. Это в CPU нет выбора, а для типичного применения GPU не нужно. Так что если и сделают, то это будут специализированные чипы, не для графики.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

59. Сообщение от saNdro (?), 08-Май-11, 11:11	+1 +/–
>> Чем вам проприетарный драйвер не устраивает Тем что не всем нравятся видиокарты от NVIDIA. А ещё далеко не все любят вендорлок как таковой. Неприятно знаете ли зависеть от единственной компании и её стремлений срубить побольше бабла на своей единственности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #70

60. Сообщение от Аноним (-), 08-Май-11, 11:21	+/–
Это похоже вам надо её идти изучать http://www.ixbt.com/video3/images/cayman/chip.png
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #61

61. Сообщение от erfea (?), 08-Май-11, 12:10	+/–
вот и я о том же, там явно указан отдельный блок UVD3
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #78

62. Сообщение от pavlinux (ok), 08-Май-11, 13:53	+/–
>> полностью работающего на GPU. > долго смеялся. Причину смеха расскажешь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #63

63. Сообщение от anonymous (??), 08-Май-11, 14:01	+/–
>>> полностью работающего на GPU. >> долго смеялся. > Причину смеха расскажешь? почитай спеки на GPU-шки от нвидии. даже такие куцые, как есть. пускать general-purpose код там — это атомная хунта, развлекушечка плана «вот как мы можем вырвать гланды через анус, если нам на рабочем месте делать нечего».
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62 Ответы: #64

64. Сообщение от pavlinux (ok), 08-Май-11, 14:24	+/–
>>>> полностью работающего на GPU. >>> долго смеялся. >> Причину смеха расскажешь? > почитай спеки на GPU-шки от нвидии. Они есть в природе? Полная спецификация ассемблерных команд, хотя бы NV90.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #66

65. Сообщение от fi (ok), 08-Май-11, 14:26	+/–
tegra? Так вот же у меня работает и не жужжит. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #73

66. Сообщение от anonymous (??), 08-Май-11, 14:27	+/–
> Они есть в природе? Полная спецификация ассемблерных команд, хотя бы NV90. я же специально сказал — даже те обрезаные и местами реверсеные, что есть, плюс общую архитектуру. этого уже хватит, чтобы посмеяться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #67

67. Сообщение от pavlinux (ok), 08-Май-11, 14:58	+/–
Догадки всё это. А официальные анонсы от NVidia на NVDeveloper были.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #96

68. Сообщение от Аноним123321 (ok), 08-Май-11, 15:00	+1 +/–
1: проприетарный-CPU-процессор работает на более низком уровне чем ядро-и-операционная-система 2: а вот проприетарные драйвера-и-библиотеки-NVIDIA -- работают на НЕ более низком уровне чем ядро-и-операционная-система улавливаете разницу, не? 1: проприетарный-CPU-процессор ИСПОЛНЯЕТ (даже если предположить-что-неправильно, то сёравно -- он именно ИСПОЛНИТЕЛЬ) программу ядра, и не лезет в алгоритм работы этого ядра... 2: ....а вот проприетарные-библиотеки-NVIDIA именно сами представляют из себя алгоритм .. и по сути -- отношения с ядром-и-операционной-системой тут ПАРТНЁРСКИЕ назвать библиотеки-NVIDIA -- исполнителями -- ну уж никак нельзя :-D . тут именно партнёрство
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

69. Сообщение от Аноним123321 (ok), 08-Май-11, 15:11	+/–
> Чем вам проприетарный драйвер не устраивает, особенно если он хорошо поддерживается, вы > заплатили за видео карту драйвер это часть видеокарты, вы еще технологию > производства gpu попросите открыть, а чё уж там, давайте пользоваться полностью > открытым железом), я к тому что у всего есть свой предел вы наверно незнали.. но драйвера это тоже программа :-) [а не волшебство уличной магии] я заплатил за программу? и гдеже тогда эта программа (со всеми её файлами, а не только с бинарными результатами компиляции)? ...выходит что не за программу я заплатил, а только за _аренду_ _части_ её файлов нет, спасибо, я перещёл на GNU/Linux не для того чтобы жрать это гавно :-D [а с убеждениями -- "это хоть-както работает и значит всё пофигу" -- я могбы и дальше сидеть на Венде.. ведь на Венде есть Notepad++ и значит стремитсья больше не к чему (это должно всех устраивать!) :-D]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #98

70. Сообщение от Аноним123321 (ok), 08-Май-11, 15:22	+/–
>>> Чем вам проприетарный драйвер не устраивает > Тем что не всем нравятся видиокарты от NVIDIA. > А ещё далеко не все любят вендорлок как таковой. Неприятно знаете ли > зависеть от единственной компании и её стремлений срубить побольше бабла на > своей единственности. а весь холивар -- потомучто: 1. есть люди которые НЕ_любят vendor-lock 2. есть лиди которым СЁРАВНО на существование vendor-lock в их жизне 3. но НЕ_СУЩЕСТВУЕТ людей которые ЛЮБЯТ vendor-lock понятия "НЕ_любят" и "СЁРАВНО" -- не являются прямыми Антонимами... поэтому спорящие друг с другом люди -- начинают приводить друг другу аргументы, которые для противоположных сторон являются как правило не существенными * * * тоже самое как: 1. есть люди которые _любят_ Здоровый-Образ-Жизни 2. есть люди которым _сёравно_ на Здоровый-Образ-Жизни 3. но _не_существует_ людей которые _любят_Вредный-Образ-Жизни_ и вот как [1] и [2] группа будут друг другу доказывать свои убеждения(?).. да никак :-D # p.s.: думаете "наркоманы-героинщики" -- _любят_ вредный-образ-жизни(?).. ошибаетесь!! :-) .. "наркоманам-героинщикам" _сёравно_ на вредный-образ-жизни-или-здоровый-образ-жизни :-) :-)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #72

71. Сообщение от Аноним123321 (ok), 08-Май-11, 15:37	+1 +/–
> Я лучше сейчас буду использовать блоб, чем ждать 10 лет пока студиозусы > напишут для этого гoвнокод. ...и когда будешь использовать этот блоб -- то можешь представить что код настолько прекрасен и чудесен, что его строчки -- ночью светитятся неоновым огнём! да! это очень красивое зрелеще! а каждая его буковка если присмотреться-и-прислушаться -- вибрирует и издаёт лёгкое тонкое пение, словно птицы в чудесном эльфейстком саду! (ну вобщем представить можно что угодно... ведь сёравно код-блоба никто не видил из широкой общественности :))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

72. Сообщение от Аноним123321 (ok), 08-Май-11, 15:53	+1 +/–
а откуда всё начинается(?).. всё начинается с того что группа людей которые-не-любят-vendor-lock-in -- создают СВОБОДНУЮ (от vendor-lock-in, в чатности) экосистему, для развития свободных технологий эти свободные принципы и убеждения -- в результате приводят к програссивным программным продуктам затем эти програссивные программные продукты -- начинают привлекать к себе других людей.. в том числе и людей которые плевать хотели на изначальные принципы при которых создавались эти продукты (тоесть люди которым _сёравно_ на наличие-или-отсутствие vendor-lock-in) а вот теперь мы тут на форуме спорим о том пофигули что всё работает через BLOB (и через user-space) или не пофигули :-D .. пофигу-ли что всё завязано на NVIDIA или не пофигу :-D ....ды еслибы всем было пофигу на эти "тонкости" (в ковычках) -- то GNU/Linux никогдабы и небылобы! разработчики бы использовали только то что сейчас есть перед их глазами, и не смотрели бы в будущее на два шага вперёд
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70

73. Сообщение от el torito (?), 08-Май-11, 16:32	+/–
Tegra, конечно, включает в себя GPU. Но в основе там CPU общего назначения, архитектура ARM. Вот на нём ядро и работает. Как и на многих других CPU этой архитектуры.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65

74. Сообщение от klalafuda (?), 08-Май-11, 17:59	+/–
> А не по барабану как это сделано, если вдруг оказывается, что конечная задача решается в N раз эффективнее? Хоть голубиной почтой через Антарктику.. А кого, пардон, е*&^&* что мол сугубо абстрактно 'в N раз эффективнее если через <you name>' когда даже то, что есть, вполне устраивает? Фанбои такие фанбои.. 'Работает - не трож!'
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #82, #91, #92

75. Сообщение от klalafuda (?), 08-Май-11, 18:03	+2 +/–
> Вы таки не поверите, но обработку трафика. В одном корейском университете такая > работа была. Выжимали 40Gbit на одном компе, достаточный повод? :) Ссылочку чтоль привел бы для приличия..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

76. Сообщение от Аноним (-), 08-Май-11, 18:52	+/–
Поскольку linux активнее всех развивают, остальных придется долго ждать, пока они там раздуплятся. В случае opencl никто не запрещает это реализовать хоть в minix. А то что еще не реализовано - спрашивайте у команд делающих ОС или реализуйте сами. А cuda завязана на железо нвидии по большому счету.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

77. Сообщение от Аноним (-), 08-Май-11, 19:01	+/–
> Обалдеть. Только вот *свободное* ядро Linux, требующее для работы пропиертарного via/amd/intel > х_86!!! Error: TROLL_IS_TOO_DUMB: есть ряд открытых процессорных ядер, способных выполнять Linux. Operarion "trolling" has failed.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #89

78. Сообщение от Аноним (-), 08-Май-11, 19:16	+/–
> вот и я о том же, там явно указан отдельный блок UVD3 Только для математики разумнее использовать вон ту уйму обработчиков simd...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61

79. Сообщение от Аноним (-), 08-Май-11, 19:17	+/–
> Ну а вякнул-то ты зачем? Чтобы все знали что ты плетешься в > хвосте прогресса? Не, спасибо, прогресс когда версия ядра, иксов и прочая диктуется не удобством и фичами а совместимостью с блобом - это не очень удобно. Пусть нвидия выпьет йаду.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

80. Сообщение от Аноним (-), 08-Май-11, 19:20	+1 +/–
> Это не Linux Way. Если вынуть бревно из своего глаза то можно заметить что этот ваш виндус так не умеет ни с блобом, ни без. И в обозримом будущем уметь не будет. Ни с прочтением 3023 постов, ни с опробованием 5024 вариантов. Вам сразу в табло суют "access denied" и вы идете лесом. Потому что исходники все-равно не у вас. А значит вы просто в пролете: такие эксперименты в винде вообще не светят особо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

81. Сообщение от Аноним (-), 08-Май-11, 19:22	+1 +/–
>> Если оно через *опу в N раз эффективнее, то напрямую оно должно >> быть ещё эффективнее. Не? > Не. Офигенная аргументация. А ничего что переключение контекстов - очень затратная операция у х86?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

82. Сообщение от Аноним (-), 08-Май-11, 19:23	+/–
Не надо FUDа, klalafuda!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

83. Сообщение от Аноним (-), 08-Май-11, 19:27	+1 +/–
> Если это не шаг вперёд то я даже и не знаю, что это такое. Это шаг вперед. Просто он делается в гамаке. В противогазе. В ластах. И с 20кг рюкзаком. Потому что нвидия за нас решила что вот так - самый кайф.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

84. Сообщение от Аноним (-), 08-Май-11, 19:30	+/–
> Насчёт и т.д. согласен, а с вейландом всё правильно делают - это > yблюдство надо давить. Попробуйте поставить нормальную систему на ноут или планшет например с Tegra2 вместо кастрированноого андроида который так, тупой терминал к услугам гугла. Потом приходите и расскажите нам ваше мнение о версии драйверов от нвидии под ARM. Удачи.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

85. Сообщение от Аноним (-), 08-Май-11, 19:39	+/–
> Если вы используйте видеокарту от NVIDIA, то вы уже полностью зависите от > неё. Драйвер на эту зависимость мало влияет. Почему же, при этом нвидия еще и начинает диктовать: 1) Какой системы команд у нас должен быть процессор. Сам по себе PCI-E вообще не привязан к какой-то конкретной платформе, например. 2) Совместимая версия ядра 3) И версию иксов 4) А также что фиг вам а не wayland или что там еще. 5) Вы можете выбрать только из 2-3 операционок поддерживаемых нвидией. Шаг в сторону - и вот у вас есть куча металлолома^W^W VESA-видеокарта уровня S3 Virge, только с турбинами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

86. Сообщение от Аноним (-), 08-Май-11, 21:43	+/–
а почему именно куда? был вроде какой-то опенцл. Хотя может путаю.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #87

87. Сообщение от Andrey Mitrofanov (?), 08-Май-11, 21:48	+/–
Написано ж ВОООТ такими буквами: НВИДИА проспонсировал Университете в Юте...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86

88. Сообщение от аанноо (?), 08-Май-11, 22:39	+/–
По реализации - мегакастыль! :D А таки-да, ожидаемо.
Ответить | Правка | Наверх | Cообщить модератору

89. Сообщение от Фкуку (?), 09-Май-11, 00:55	+/–
> ряд открытых процессорных ядер, способных выполнять Linux Ой! :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

90. Сообщение от rshadow (ok), 09-Май-11, 01:18	+1 +/–
«прогресс» это Ubuntu-же
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55

91. Сообщение от rshadow (ok), 09-Май-11, 01:22	+/–
Вы видать слишком много веб проектов делаете и ентерпрайз софта. Там можно "тяп ляп", и чтоб "работает не тронь". А в ядре уж увольте, пусть будет медленнее но стабильнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

92. Сообщение от Ананимуз (?), 09-Май-11, 01:40	+/–
Вот и я говорю. Нефиг новый софт писать, старый же работает. И программистов всех на поля отправить. А то, понимаешь, изобретают какие-то профанации, а картошка не прополота.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74

93. Сообщение от Crazy Alex (??), 09-Май-11, 21:22	+/–
А откуда срач такой? Ну проприетарь, и что с того? Будет эта штука задействоваться (если до продакшна дойдёт, конечно) в случае присутствия нужного железа/дров, и наче - будет работать по старинке, на CPU. Вроде ничего ни у кого не отбирают? Подозреваю, что если кто-то сделает аналогичную фишку с использованием OpenCL или ещё чего - ни университет Юты, и Нвидиа его за это убивать не пойдут. А пока - вот такая реализация. Как возможность - очень интересная, кстати. А что костыль юзерспейсный - так его ж никто не предлгагает в продакшн в таком виде.
Ответить | Правка | Наверх | Cообщить модератору

95. Сообщение от Ващенаглухо (ok), 10-Май-11, 11:28	–1 +/–
а что такое лялих ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

96. Сообщение от Ващенаглухо (ok), 10-Май-11, 11:32	+/–
и за что их (NVIDIA) отымели?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

97. Сообщение от Аноним (-), 10-Май-11, 14:45	+/–
Какие хитрые. Блоб публиковать не желают свой поганый, а с линуксом играются.
Ответить | Правка | Наверх | Cообщить модератору

98. Сообщение от Зилибоба (ok), 10-Май-11, 16:56	+/–
В целом - вредная философия... Изначально, как мне кажется, исходит из жизненной позиции "моя хата с краю - ни чего не знаю". И ведь казалось бы - нормальная позиция, до тех пор пока оккупанты не начинают сужать пространство твоей собственной хаты...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69

99. Сообщение от DA (?), 03-Июн-11, 22:33	+/–
Возможно моё мнение совершенно некомпетентно, но... если получится вытащить туда iptables, то при обработке пакетов с десятка высокоскоростных сетевых интерфейсов прирост, полагаю, будет ощутим...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

101. Сообщение от Аноним (101), 15-Фев-21, 19:57	+1 +/–
и заглохло всё.
Ответить | Правка | Наверх | Cообщить модератору

102. Сообщение от Аноним (101), 16-Фев-21, 00:10	+/–
кому интересно патч что бы эта штука собиралась под ядро 5.11 https://pastebin.com/K8GkHxYs модуль и хелпер собирается (остальное не смотрел). модуль успешно загружается и выгружается. что там кто может из дописывания других модуле для использования этой штуки...
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема