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

"Использование 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. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+6 +/–
Сообщение от Аноним (1), 28-Июл-26, 11:55
Когда единственный инструмент молоток...
Ответить | Правка | Наверх | Cообщить модератору

	3. "Использование GPU для ускорения обработки сетевых пакетов в ..."	–2 +/–
	Сообщение от нах. (?), 28-Июл-26, 12:00
	Мариванна, это... не молоток, в общем. Для забивания груш тоже сойдет. причем из всех перечисленных якобы-нужных и полезных применений к реализации принято самое бесполезное и бестолковое, нужное видимо одному-единственному корпоративному заказчику (из китая, вестимо) ниче, ниче, это вам не devfs, и даже не bcachefs, это божок-с-пальцем точно одобрит, китайские доллары выглядят точь-в-точь как американские баксы.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+8 +/–
	Сообщение от kravich (ok), 28-Июл-26, 12:05
	>Мариванна, это... не молоток, в общем ...и густо покраснел
	Ответить | Правка | Наверх | Cообщить модератору

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

4. Скрыто модератором	+1 +/–
Сообщение от Аноним (4), 28-Июл-26, 12:01
С одной стороны - какая-то дичЪ. С другой - у нвидии 98% рынка видях. На амуде сидять или б0mжы или идеологические кpacн0глазики. Т.е нормальные пользователи получат профит на ровном месте.
Ответить | Правка | Наверх | Cообщить модератору

	8. Скрыто модератором	–1 +/–
	Сообщение от penetrator (?), 28-Июл-26, 12:17
	у меня невидия, и мягко говоря я уже ловил косяки с проприетарным драйвером, а на ролинге вообще с ним одни проблемы я бы следующей брал амд
	Ответить | Правка | Наверх | Cообщить модератору

	9. Скрыто модератором	+2 +/–
	Сообщение от Аноним (-), 28-Июл-26, 12:19
	> у меня невидия, и мягко говоря я уже ловил косяки с проприетарным драйвером, я нет (4070 + кубунта) 🤷🏻‍♂️ > а на ролинге вообще с ним одни проблемы ролинги для любителей прдолинга, так что не удивительно > я бы следующей брал амд ваше право, если устраивает производительность/цена
	Ответить | Правка | Наверх | Cообщить модератору

	17. Скрыто модератором	+/–
	Сообщение от penetrator (?), 28-Июл-26, 12:28
	> ролинги для любителей прдолинга, так что не удивительно вполне себе TB стоит на Intel, проблем нет, а если что не по нраву snapper rollback а ловил я глюков на Leap, когда обновление дровины клало рабочий стол
	Ответить | Правка | Наверх | Cообщить модератору

	14. Скрыто модератором	+1 +/–
	Сообщение от нах. (?), 28-Июл-26, 12:22
	> С одной стороны - какая-то дичЪ. > С другой - у нвидии 98% рынка видях. > На амуде сидять или б0mжы или идеологические кpacн0глазики. тут больше похоже на кого-то кто прикупил этого амуде пару контейнеров, потому что нвидию ему отказались продавать, и теперь пытается на его базе очередной whitelabel switch впарить корпоративному или государственному заказчику. Потому что работа не уровня кр@сн0глазых, это кому-то явно платят зарплату за феерическую хрень.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	15. Скрыто модератором	+/–
	Сообщение от Аноним (15), 28-Июл-26, 12:24
	Глубокое инспектирование пакетов заиграет новыми красками Для других применений важна латентность, тут оно явно не может блистать. Это же не только куски памяти туда-обратно пересылать, надо же еще обработчики на гпу запускать.
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	16. Скрыто модератором	–1 +/–
	Сообщение от aname (ok), 28-Июл-26, 12:26
	> На амуде сидять или б0mжы или идеологические кpacн0глазики. > Т.е нормальные пользователи получат профит на ровном месте. > Проект может использоваться на системах с видеокартами AMD на базе архитектуры GCN Опеннетный эксперт о6оcpaл AMD не снимая штанов, запутавшись в своей же логике. Le classique
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

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

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

	20. "Использование GPU для ускорения обработки сетевых пакетов в ..."	–1 +/–
	Сообщение от Аноним (19), 28-Июл-26, 12:35
	> ЕСС память Знаете, почему ECC требуется? Потому что память сбойная.
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+/–
	Сообщение от aname (ok), 28-Июл-26, 13:08
	>> ЕСС память > Знаете, почему ECC требуется? Потому что память сбойная. Значение "ECC" знаешь?
	Ответить | Правка | Наверх | Cообщить модератору

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

	12. Скрыто модератором	+/–
	Сообщение от aname (ok), 28-Июл-26, 12:21
	Если всегда, то учтут при разработке. А если не всегда, то тоже учтут. Ну и кто- то п6зд6т, как бонус.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	32. Скрыто модератором	+/–
	Сообщение от Аноним (5), 28-Июл-26, 13:33
	Ну проблемы не помешали запилить файл подкачки на видеокарте. Аж несколько раз. Безумцы.
	Ответить | Правка | Наверх | Cообщить модератору

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

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

	25. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+/–
	Сообщение от aname (ok), 28-Июл-26, 13:06
	> Очередное замедление работы экрана и всех графических программ. Пруфы будут, или как всегда- опеннетный эксперт?
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	35. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+/–
	Сообщение от Аноним (-), 28-Июл-26, 13:45
	> тут некоторые cpu + gpu + ram + npu воедино собрали и ssd распаяли. Куда дальше то?) мне хотелось бы пару (десятков) гигов HBM прям на проц но цена будет огого > p.s.: огрызок при этом отлично работает
	Ответить | Правка | Наверх | Cообщить модератору

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

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

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

	27. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+/–
	Сообщение от aname (ok), 28-Июл-26, 13:09
	> Это конечно здорово, но я не совсем понимаю зачем. Сейчас мощности и > так упираются в пропускную способность канала. Использовать эту технологию на большинстве > серверов это как экскаватором играть в песочнице Так а кто заставляет- то? Не надо- не включай, в чём проблема- то?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

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

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

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

31. Скрыто модератором	+/–
Сообщение от Аноним (-), 28-Июл-26, 13:30
[Дуэйн_Джонсон_Скала.git]
Ответить | Правка | Наверх | Cообщить модератору

34. "Использование GPU для ускорения обработки сетевых пакетов в ..."	+/–
Сообщение от test (??), 28-Июл-26, 13:41
> Поддержка GPU NVIDIA пока затруднена из-за отсутствия полноценного открытого драйвера в основном составе ядра В смысле? Давно уже есть открытый драйвер в ядре от nvidia. Правда либы в прострастве пользователя закрытые, но судя по сабжу тут это не нужно.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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