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

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

Использование GPU для ускорения обработки сетевых пакетов в ядре Linux

28.07.2026 11:43 (MSK)

Для обсуждения разработчиками ядра Linux опубликован набор патчей c реализацией механизма KNOD, позволяющего использовать GPU AMD для ускорения обработки сетевых пакетов. KNOD взаимодействует с GPU напрямую, без обращения к фреймворкам в пространстве пользователя, таким как AMD ROCm и NVIDIA CUDA, самостоятельно управляет очередями GPU и выполняет JIT-компиляцию BPF-программ обработки пакетов для выполнения на GPU. Пакеты для обработки перенаправляются из памяти сетевого адаптера в GPU с использованием DMA и Device Memory TCP.

Из сетевых возможностей сетевого стека, выполнение которых можно ускорить при помощи GPU, отмечаются обработчики сетевых протоколов, IPsec, туннели, шифрование, netfilter, управление трафиком, OVS (Open vSwitch) и XDP. На данном этапе развития внимание проекта сосредоточено на ускорении подсистемы XDP (eXpress Data Path), которая дополняет eBPF возможностью запускать BPF-программы на уровне сетевого драйвера, с поддержкой прямого доступа к DMA-буферу пакетов и работой на стадии до выделения памяти сетевым стеком.

При выполнении таких операций, как балансировка нагрузки на транспортном уровне (L4 OSI) и IPsec-шифрование через XDP, производительность упирается в число ядер CPU. В контексте KNOD подобные BPF-программы при помощи JIT-компилятора транслируются в машинный код GPU и выполняются на GPU. Применение GPU даёт возможность тысячам потоков параллельно выполнять одну и ту же программу над разными сетевыми пакетами, перенося нагрузку с CPU на GPU и позволяя масштабировать пропускную способность за счёт массового параллелизма GPU (SIMT), а не количества ядер CPU.

Проект может использоваться на системах с видеокартами AMD на базе архитектуры GCN. Выбор GPU AMD объясняется наличием полноценного открытого драйвера AMDGPU, интегрированного в основной состав ядра Linux, в котором документирована функциональность, необходимая для организации вычислений на GPU без лишних прослоек и абстракций. В будущем не исключается реализация поддержки GPU Intel. Поддержка GPU NVIDIA пока затруднена из-за отсутствия полноценного открытого драйвера в основном составе ядра (имеющихся драйвер Nouveau пока непригоден для использования в KNOD).

  1. Главная ссылка к новости (https://www.phoronix.com/news/...)
  2. OpenNews: Опубликована платформа LibreQoS 2.0 для оптимизации трафика
  3. OpenNews: Архитектура набора команд BPF получила статус предложенного стандарта
  4. OpenNews: Lunatik - инструментарий для создания в ядре Linux обработчиков на языке Lua
  5. OpenNews: Nokia представила сетевую операционную систему SR Linux для маршрутизаторов
  6. OpenNews: Компания AMD открыла модуль ядра GIM для виртуализации GPU
Лицензия: CC BY 3.0
Наводку на новость прислал Аноним
Короткая ссылка: https://opennet.ru/65983-knod
Ключевые слова: knod, gpu, kernel, xdp
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (28) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 11:55, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Когда единственный инструмент молоток...
     
     
  • 2.3, нах. (?), 12:00, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мариванна, это... не молоток, в общем. Для забивания груш тоже сойдет.

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

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

     
     
  • 3.6, kravich (ok), 12:05, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    >Мариванна, это... не молоток, в общем

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

     
  • 2.19, Аноним (19), 12:34, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь вирусы будут сразу по сети рисовать на экране что надо :)
     

  • 1.4, Аноним (4), 12:01, 28/07/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

  • 1.5, Аноним (5), 12:02, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как быть с тем, что в видеокартах память сбойная всегда? Прямо так ускорение получается с копированием туда-сюда, или это только для видеокарт без собственной памяти?
     
     
  • 2.11, Аноним (15), 12:21, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    что значит сбойная? в нормальных видеокартах вообще-то ЕСС память
     
     
  • 3.20, Аноним (19), 12:35, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ЕСС память

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

     
     
  • 4.26, aname (ok), 13:08, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> ЕСС память
    > Знаете, почему ECC требуется? Потому что память сбойная.

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

     
  • 4.29, Аноним1234 (?), 13:13, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и потому что там ecc есть она не "сбойная" в итоге.
     
  • 2.12, aname (ok), 12:21, 28/07/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.7, aname (ok), 12:15, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > позволяющего использовать GPU AMD для ускорения обработки сетевых пакетов

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

     
     
  • 2.21, Аноним (19), 12:36, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очередное замедление работы экрана и всех графических программ.
     
     
  • 3.25, aname (ok), 13:06, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Очередное замедление работы экрана и всех графических программ.

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

     

  • 1.10, Аноним (10), 12:20, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    тады-уж и ядро целиком на ЖПУ запускать, чего мелочиться, а ЦПУ можно сдать в ломбард и купить ище одну видяху. Линус ты это, не останавливайся теперь на полпути, мы ждем, если, чё...
     
     
  • 2.13, aname (ok), 12:22, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Если оно сможет, почему нет?
     

  • 1.18, localhostadmin (ok), 12:30, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Это конечно здорово, но я не совсем понимаю зачем. Сейчас мощности и так упираются в пропускную способность канала. Использовать эту технологию на большинстве серверов это как экскаватором играть в песочнице
     
     
  • 2.24, BeLord (ok), 13:04, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для "изучения" каждого пакета, как вариант, чтобы CPU не отвлекались на сетевые нагрузки, монитиоринг в чем-то будет проще.
     
  • 2.27, aname (ok), 13:09, 28/07/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Это конечно здорово, но я не совсем понимаю зачем. Сейчас мощности и
    > так упираются в пропускную способность канала. Использовать эту технологию на большинстве
    > серверов это как экскаватором играть в песочнице

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

     

  • 1.22, Аноним (22), 12:37, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Где-то я это уже видел... GPUDirect RDMA
    https://lore.kernel.org/netdev/6376CA34-BC6F-45DE-9FFD-7E32664C7569@fb.co
    https://www.opennet.ru/opennews/art.shtml?num=53485
    https://lwn.net/Articles/827213/
     
  • 1.23, Аноним (23), 12:56, 28/07/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждем ускорение ввода текста на удаленном терминале с использованием GPU.
     

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



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

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