Профиль: Аноним (вход | регистрация) неRU opennet.me  
The OpenNET Project / Index page

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



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

"Использование GPU для ускорения обработки сетевых пакетов в ядре Linux"  +/
Сообщение от opennews (??), 28-Июл-26, 11:55 
Для обсуждения разработчиками ядра Linux опубликован набор патчей c реализацией механизма KNOD, позволяющего использовать GPU AMD для ускорения обработки сетевых пакетов. KNOD взаимодействует с GPU напрямую, без обращения к фреймворкам в пространстве пользователя, таким как  AMD ROCm и NVIDIA CUDA,  самостоятельно управляет очередями GPU и выполняет JIT-компиляцию BPF-программ обработки пакетов для выполнения на GPU. Пакеты для обработки перенаправляются из памяти сетевого адаптера в GPU с использованием DMA и Device Memory TCP...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65983

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 28-Июл-26, 11:55   +8 +/
Когда единственный инструмент молоток...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #19

3. Сообщение от нах. (?), 28-Июл-26, 12:00   –3 +/
Мариванна, это... не молоток, в общем. Для забивания груш тоже сойдет.

причем из всех перечисленных якобы-нужных и полезных применений к реализации принято самое бесполезное и бестолковое, нужное видимо одному-единственному корпоративному заказчику (из китая, вестимо)

ниче, ниче, это вам не devfs, и даже не bcachefs, это божок-с-пальцем точно одобрит, китайские доллары выглядят точь-в-точь как американские баксы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6, #57, #63

5. Сообщение от Аноним (5), 28-Июл-26, 12:02   –1 +/
Как быть с тем, что в видеокартах память сбойная всегда? Прямо так ускорение получается с копированием туда-сюда, или это только для видеокарт без собственной памяти?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #45

6. Сообщение от kravich (ok), 28-Июл-26, 12:05   +9 +/
>Мариванна, это... не молоток, в общем

...и густо покраснел

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

7. Сообщение от aname (ok), 28-Июл-26, 12:15   –1 +/
> позволяющего использовать GPU AMD для ускорения обработки сетевых пакетов

Очередная победа AMD

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

10. Сообщение от Аноним (10), 28-Июл-26, 12:20   +4 +/
тады-уж и ядро целиком на ЖПУ запускать, чего мелочиться, а ЦПУ можно сдать в ломбард и купить ище одну видяху. Линус ты это, не останавливайся теперь на полпути, мы ждем, если, чё...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #30, #62

11. Сообщение от Аноним (11), 28-Июл-26, 12:21   +3 +/
что значит сбойная? в нормальных видеокартах вообще-то ЕСС память
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #20

13. Сообщение от aname (ok), 28-Июл-26, 12:22   +1 +/
Если оно сможет, почему нет?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

18. Сообщение от localhostadmin (ok), 28-Июл-26, 12:30   +2 +/
Это конечно здорово, но я не совсем понимаю зачем. Сейчас мощности и так упираются в пропускную способность канала. Использовать эту технологию на большинстве серверов это как экскаватором играть в песочнице
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #27, #33, #68

19. Сообщение от Аноним (19), 28-Июл-26, 12:34   +1 +/
Теперь вирусы будут сразу по сети рисовать на экране что надо :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

20. Сообщение от Аноним (19), 28-Июл-26, 12:35   +/
> ЕСС память

Знаете, почему ECC требуется? Потому что память сбойная.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #26, #29, #66, #67

21. Сообщение от Аноним (19), 28-Июл-26, 12:36   +/
Очередное замедление работы экрана и всех графических программ.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #25

22. Сообщение от Аноним (22), 28-Июл-26, 12:37   +/
Где-то я это уже видел... GPUDirect RDMA
https://lore.kernel.org/netdev/6376CA34-BC6F-45DE-9FFD-7E326...
https://www.opennet.ru/opennews/art.shtml?num=53485
https://lwn.net/Articles/827213/
Ответить | Правка | Наверх | Cообщить модератору

23. Сообщение от Аноним (23), 28-Июл-26, 12:56   +/
Ждем ускорение ввода текста на удаленном терминале с использованием GPU.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

24. Сообщение от BeLord (ok), 28-Июл-26, 13:04   +/
Для "изучения" каждого пакета, как вариант, чтобы CPU не отвлекались на сетевые нагрузки, монитиоринг в чем-то будет проще.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

25. Сообщение от aname (ok), 28-Июл-26, 13:06   –3 +/
> Очередное замедление работы экрана и всех графических программ.

Пруфы будут, или как всегда- опеннетный эксперт?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #46

26. Сообщение от aname (ok), 28-Июл-26, 13:08   –2 +/
>> ЕСС память
> Знаете, почему ECC требуется? Потому что память сбойная.

Значение "ECC" знаешь?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #44

27. Сообщение от aname (ok), 28-Июл-26, 13:09   +/
> Это конечно здорово, но я не совсем понимаю зачем. Сейчас мощности и
> так упираются в пропускную способность канала. Использовать эту технологию на большинстве
> серверов это как экскаватором играть в песочнице

Так а кто заставляет- то? Не надо- не включай, в чём проблема- то?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

28. Сообщение от Аноним (28), 28-Июл-26, 13:12    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

29. Сообщение от Аноним1234 (?), 28-Июл-26, 13:13   +/
Ну и потому что там ecc есть она не "сбойная" в итоге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #42

30. Сообщение от Bob (??), 28-Июл-26, 13:29   +/
тут некоторые cpu + gpu + ram + npu воедино собрали и ssd распаяли. Куда дальше то?)
p.s.: огрызок
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #35, #36, #39

33. Сообщение от Аноним1234 (?), 28-Июл-26, 13:36   +/
Найдите мне хоть один l4 vpn который может, хоть при каком канале 10+ Гбит. Таких нет, может появятся с этой штукой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

34. Сообщение от test (??), 28-Июл-26, 13:41   +/
> Поддержка GPU NVIDIA пока затруднена из-за отсутствия полноценного открытого драйвера в основном составе ядра

В смысле? Давно уже есть открытый драйвер в ядре от nvidia.

Правда либы в прострастве пользователя закрытые, но судя по сабжу тут это не нужно.

Ответить | Правка | Наверх | Cообщить модератору

35. Сообщение от Аноним (-), 28-Июл-26, 13:45   +/
> тут некоторые cpu + gpu + ram + npu воедино собрали и ssd распаяли. Куда дальше то?)

мне хотелось бы пару (десятков) гигов HBM прям на проц
но цена будет огого

> p.s.: огрызок

при этом отлично работает


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

36. Сообщение от Аноним (36), 28-Июл-26, 13:49   +/
Ещё процессор кубитов добавить. Затопив это всё в жидком азоте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

37. Сообщение от Аноним (37), 28-Июл-26, 13:49   +3 +/
В бытность одной из причин, по которой серьёзное телеком оборудование было на самописных системах (или модифицированной бзде), а не на всепобеждающем онтопике было банальное затачивание под аппаратное ускорение обработки сети. Контроллеры не просто перекладывали пакеты, но и могли брать на себя многие вещи на L2/L3.
Сейчас серьёзные аппаратные штуки может делать наверное только huawei, потому что там много сложной математики, которую нужно скрестить с ограничениями железа; из последнего — интеллектуальный АФАР в топовых трубках где-то с 19-го года.
Остальные же наоборот упрощают железную часть, полагаясь на грубую мощность процессора и рост пропускной способности интерконнекта; все эти SDR из той же оперы, где вместо сложного железа пытаются компенсировать многие вещи софтом. Это работает до поры до времени, однако сейчас все хотят не просто передавать данные, но и ещё на лету оперативно их изучать, чтобы пативен приезжал не по факту обнаружения и удаления неугодного комментария, а саму нежелательную информацию можно было бы обнаружить и остановить сразу при попытке её опубликовать. Вкупе с обилием вычислительных мощностей, закупленных под пузырь нейронок (ну не получается из гиберкуба со свёрткой робобога, сколько туда мощностей не закидывай) вполне можно разгрузить и ускорить все эти типовые задачи полицейского государства.

Технически это всё конечно выглядит интересно, но по факту поводов для радости мало; как бы плохо не было там, местная власть в рамках best practices привычно подорвётся повторять, и ТСПУ/СОРМ на этом фоне покажутся цветочками.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58

39. Сообщение от эксперт по всему (?), 28-Июл-26, 13:53   +/
в итоге получилось прекрасно за счет это. можно не сильно порезанный qwen гонять на ноуте с 36Гб RAM

ну а в целом, если вы припаяете сетевые порты к gpu, то получите что-то типа NPU (но где N это neural, а network). такие NPU и сейчас есть, но они все под NDA

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

40. Сообщение от Аноним (40), 28-Июл-26, 13:57   +2 +/
Это очень опасная область для 0-day, причем современные LLM-ки её плохо понимают, потому что у них такого кода нет в обучающих датасетах.Коммерческий или академический, узкоспециализированный код.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43, #49

41. Сообщение от Аноним (41), 28-Июл-26, 13:58   +1 +/
а что производители сетевых карточек акселераторы всяких ipsec не додумались изобрести? Хотя по идее крипто-операции должны исполняться на криптографическом сопроцессоре. А тут сунули какой-то гпу как компьют (дата) юнит, а цпу как менеджмент юнит. Все как в современных аля коробочных файерволах, только там за место гпу, всякие фпга и асики.
Ответить | Правка | Наверх | Cообщить модератору

42. Сообщение от Аноним (19), 28-Июл-26, 14:00   +1 +/
Как правильно, что Вы используете кавычки. Там ещё смайлики можно было понавставить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

43. Сообщение от Аноним (40), 28-Июл-26, 14:01   +1 +/
Вынесу GPU подсистему и еще одну физическую железку в сеть. Что может пойти не так ? ¯\_(ツ)_/¯
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

44. Сообщение от Анонисссм (?), 28-Июл-26, 14:01   +2 +/
>Значение "ECC" знаешь?

а ты? ECC не гарантия детекта и тем более исправления любой ошибки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

45. Сообщение от Аноним (63), 28-Июл-26, 14:01   +/
Есть PRO видеокарты с ECC-памятью:
- https://www.techpowerup.com/img/DxrRV5UDmiOGPmTo.jpg
- https://www.techpowerup.com/img/saj8I2z3Efs9F8eN.jpg
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #54

46. Сообщение от Аноним (19), 28-Июл-26, 14:01   +/
Естественно, технология zero-cost для GPU.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #48

48. Сообщение от aname (ok), 28-Июл-26, 14:05   +/
> Естественно, технология zero-cost для GPU.

Ты примеры показывай.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

49. Сообщение от Аноним (40), 28-Июл-26, 14:05   +/
Правильно ли я понял, что помимо проприетарных блобов внутри CPU и сетевой карты, теперь мои пакеты будет еще и проприетарный блоб видеокарты обрабатывать ? Firmware
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40

50. Сообщение от Аноним (50), 28-Июл-26, 14:17   +/
>для ускорения обработки сетевых пакетов в ядре Linux

А что, железного ускорения уже не хватает? Для сетевых пакетов-то, ну.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #51

51. Сообщение от Аноним (50), 28-Июл-26, 14:19    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

52. Сообщение от Аноним (52), 28-Июл-26, 14:20   +/
Всё равно слабо представляю себе такую ультра-сетевую железку на терабайты трафика с видяхой.

А так, как бы обработку сетевого трафика логичнее переваливать на сетевой адаптер, а не на графический. Помнится в далёком прошлом были популярны TCP Offload настройки

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #55, #59

53. Сообщение от BorichL (ok), 28-Июл-26, 14:22   +/
Пора переименовать GPU в CPU, CPU в контроллер ввода-вывода.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #56, #60

54. Сообщение от Аноним (5), 28-Июл-26, 14:27   +/
Да вот стоят они неприлично. Асики в любом случае будут дешевле и эффективнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

55. Сообщение от Аноним (41), 28-Июл-26, 14:28   +/
в эру всяких технологий виртуализации - отрубали к х3рам собачим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

56. Сообщение от Аноним (41), 28-Июл-26, 14:29   +/
ну да было время IO-card :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

57. Сообщение от JoePeach (ok), 28-Июл-26, 14:38   +/
>нужное видимо одному-единственному корпоративному заказчику

Уже нет. Балканизация Интернета нарастает. Теперь это нужно всем, даже Штатам и Европе.

> это божок-с-пальцем точно одобрит

Так у него выбора нет. И вопрос не в деньгах. Просто из АНБ позвонят и скажут: "Нам надо! Метнулся и вмержыл!"

>Мариванна, это... не молоток, в общем. Для забивания

Ты даже не представляешь, как они нас задолбят. Ведь теперь ТСПУ получат поистине вселенскую мощь! Ну и новый дефицит видеокарт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

58. Сообщение от Аноним (58), 28-Июл-26, 14:39   +1 +/
Как будто Карманова прочитал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

59. Сообщение от Аноним (5), 28-Июл-26, 14:39    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52

60. Сообщение от Аноним (60), 28-Июл-26, 14:41   +/
ГэцьПУ пу-пу-пу
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

61. Сообщение от Аноним (60), 28-Июл-26, 14:41   +/
А почему параллелизм, а не параллелелизм? Хочу параллелелизм в параллелограмме
Ответить | Правка | Наверх | Cообщить модератору

62. Сообщение от Аноним (62), 28-Июл-26, 14:44   +/
> тады-уж и ядро целиком на ЖПУ запускать,

Так было уже. НАписали эмулфтор на пикселном шейдере и запустили порт линукс ядра для risc-v внутри VRChat.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

63. Сообщение от Аноним (63), 28-Июл-26, 14:48   +/
>заказчику (из китая, вестимо)

Там свой путь огораживания:
https://servernews.ru/1145614

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

64. Сообщение от Ананоним (?), 28-Июл-26, 14:48   +/
Ого, прошивку для роутера снова уродуют?
Ответить | Правка | Наверх | Cообщить модератору

65. Сообщение от Аноним (65), 28-Июл-26, 14:56   +/
Дак вкрячьте в видюху сразу сетевой разъём, зачем эти нелепые телодвижения. И usb на вырост, антенну опять же.
Ответить | Правка | Наверх | Cообщить модератору

66. Сообщение от Аноним (11), 28-Июл-26, 15:00    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

67. Сообщение от Alladin (?), 28-Июл-26, 15:09   +/
интересная у вас логика, вот существует серверная ecc озу память, у пользователей обычная.. значит серверам нужна сбойная память?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

68. Сообщение от Alladin (?), 28-Июл-26, 15:12   +/
сейчас мощности не упираются в пропускную канала, продолжать даже смешно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18


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

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




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

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