The OpenNET Project / Index page

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



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

Оглавление

Google предложил Device Memory TCP для сетевой передачи данных между устройствами, opennews (??), 13-Июл-23, (0) [смотреть все]

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


73. "Google предложил Device Memory TCP для сетевой передачи данных между устройствами"  +/
Сообщение от Аноним (70), 13-Июл-23, 20:55 
встроенные сетевухи есть везде. Остается открыть им прямой доступ к памяти. (
Ответить | Правка | Наверх | Cообщить модератору

74. "Google предложил Device Memory TCP для сетевой передачи данных между устройствами"  +/
Сообщение от Аноним (70), 13-Июл-23, 20:57 
Дополнение: То есть убрать сетевой стэк.
Ответить | Правка | Наверх | Cообщить модератору

79. "Google предложил Device Memory TCP для сетевой передачи данных между устройствами"  +/
Сообщение от Tron is Whistling (?), 13-Июл-23, 22:05 
Тут не о памяти речь, а вообще о третьих устройствах.
Коммуникация PCIe-PCIe в принципе возможна, почему бы для вот таких вот задач, которые нужны в 1.5 вырожденных случаях, не сваять простенький ASIC вместо тонны костылей в ядре.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

92. "Google предложил Device Memory TCP для сетевой передачи данных между устройствами"  +/
Сообщение от Аноним (22), 14-Июл-23, 11:44 
Она не в принципе возможна, а работает.
man gdrcopy / man gds и man dma-buf и куча всего типа 2х видюх в ноутах.

Хрень в том что для этого патча и вообще для этих задач не нужны ASIC - ваще.. ваще.
все сетевые карты и так умеют bus master что бы выливать данные из сети в буфера в памяти.
А теперь.. сюрприз.. этот же самый буфер может оказаться в памяти другой карты через режим dma-buf - который мапит BAR0 от другой карты как память а атрибутом память адаптера (так работают все GPU NVidia/AMD и числодробилка Intel).
После чего сетевуха инициируя передачу передает данные не в буфер который в ядре, а в память сетевой карты. Вот тут и начинаются чудеса..

С передачей из карты проблем нету никаких. Любая сетевуха это позволит сделать. Берем из pci address и пуляем в внутренний буфер, откуда уходит в сеть. По сути это то что называют TCP send offloading.

С приемом из сети - начинаются вопросы. TCP recv offload это слегка не то... Он не позволяет определять получателя и по нему выбирать буфер куда ложить. Только склеивать фрагменты в один большой буфер.
100% работают карты Mellanox. возможно Broadcom и Intel. Которые поддерживают RoCE v2. И которые можно заставить анализировать поток и раскидывать входящие пакеты куда надо.

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

110. "Google предложил Device Memory TCP для сетевой передачи данных между устройствами"  +/
Сообщение от Tron is Whistling (?), 15-Июл-23, 09:13 
Так-то так, но все эти дмабуфы всё равно требуют занятия root complex.
Я про PtP, применение редкое, но в спецификации есть.
Ответить | Правка | Наверх | Cообщить модератору

111. "Google предложил Device Memory TCP для сетевой передачи данных между устройствами"  +/
Сообщение от Tron is Whistling (?), 15-Июл-23, 09:14 
Ключевое слово тут было "мапит" - без root complex не обойтись. А оно в многослотовоых системах узкое место.
Ответить | Правка | К родителю #92 | Наверх | Cообщить модератору

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

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




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

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