forum.opennet.ru

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

Оглавление

Корпорация BBC открыла наработки по обработке сетевых пакето..., opennews (??), 04-Май-18, (0) [смотреть все]

Наконец-то , Андрей (??), 12:19 , 04-Май-18, (1) +1 //

Если не секрет, вам это зачем Что за сфера , Владимир (??), 12:23 , 04-Май-18, (2) +3 //

Потоковое вещание, не , ТТТ (?), 12:36 , 04-Май-18, (8) +2
Любая сфера, где нужно либо форварднуть либо дропнуть хренову кучу трафика, как , asdf (?), 12:45 , 04-Май-18, (10) //

речь то вроде не о фильтрации на таких скоростях , Pahanivo (ok), 13:34 , 04-Май-18, (22)

Ну про проброс вроде обсудили выше, тут добавил ещё вариант применения , asdf (?), 13:55 , 04-Май-18, (24)

netmap шаг назад, зачем он нужен когда есть dpdk , asdf (?), 12:30 , 04-Май-18, (4) –3 //

Они сделали так, но вас никто не сдерживает что-то лучшее подготовить и предложи, F (?), 12:35 , 04-Май-18, (7) +9 //

Это уже давно сделано, dpdk прокачивает 94 GbE на dpdk 17 02, погугли, asdf (?), 12:41 , 04-Май-18, (9) //

Диванный теоретик, за себя отвечай Покажи замеры , pavlinux (ok), 16:20 , 04-Май-18, (33)

Валяй, обоснуй DPDK ограничен поддерживаемыми сетевухами, например , nuclight (??), 12:46 , 04-Май-18, (12) –1 //

Вы вышли из криосна DPDK уже давно поддерживает не только intel В netmap нет п, asdf (?), 12:50 , 04-Май-18, (14) //

А зачем SMP он там вообще нужен Если цель - минимизация посрелников Разные кон, letsmac (ok), 13:01 , 04-Май-18, (16) +1

Если шатные методы разделения потока оказываются не приемлимы, а это частая ситу, asdf (?), 13:36 , 04-Май-18, (23) +1

Так оно как бы тоже , воткакбы (?), 15:07 , 04-Май-18, (29) +1

не пользуй, sdog (ok), 15:54 , 04-Май-18, (31)
Ну так потому BBC и открыли код, наверное , freehck (ok), 21:04 , 05-Май-18, (53) +1 //

Или наступили на грабли, которые сами не в состоянии исправить , Ne01eX (ok), 05:19 , 11-Май-18, (60)

Для чего они выпускают 100Гбит адаптеры, если даже хитросделанный кастомный драй, Ан (??), 12:30 , 04-Май-18, (5) –1 //

Потому что они работают на тех ОС, которые таки могут его прокачать , Аниним (?), 12:32 , 04-Май-18, (6) +9 //

Netmap есть под windows - , asdf (?), 12:47 , 04-Май-18, (13) –1
То есть ни на каких То есть 1 гигабит это маркетинговый ход Я так и знал , Аноним (-), 14:42 , 04-Май-18, (28)
Т е на сферическо-вакуумных , Аноним (-), 17:36 , 04-Май-18, (38) //

https medium com netflix-techblog serving-100-gbps-from-an-open-connect-applia, Аноним (-), 20:33 , 04-Май-18, (44) +8

Там достигнута была скорость 90Gbps и для этого пришлось использовать огромную к, angra (ok), 01:05 , 05-Май-18, (49) –2

Речь про 80 гбит на один поток в новости , Аноним (-), 16:00 , 04-Май-18, (32)

Из оригинала не очень понятно каким был предел передачи без netmap Проблема то , Аноним (-), 12:46 , 04-Май-18, (11) +3 //

Из новости понятно только то, что они добавили поддержку ещё одного вендора и вс, asdf (?), 12:55 , 04-Май-18, (15) +1 //

Если я правильно понимаю, аноним поинтересовался, сколько было на штатном линукс, Crazy Alex (ok), 13:03 , 04-Май-18, (18) //

Обычно около 1Mpps на 1 процессоре - конечно, процессоры разные при 100 загр, asdf (?), 13:10 , 04-Май-18, (19)

А не пробовали offload включить и слегка тюнить афинити , Аноним (-), 13:16 , 04-Май-18, (20) –1

Там как не крути, всё равно мы упираемся в копирование, единственное что может х, asdf (?), 14:20 , 04-Май-18, (26)
https youtu be sVdVVMOjtoI t 316https people netfilter org hawk presentation, Аноним (-), 14:25 , 04-Май-18, (27) –1

DPDK неплохая технология, но называть конкретные цифры - это чистой воды маркети, anonymous (??), 16:23 , 04-Май-18, (34) +2

Задача netmap DPDK довести пакеты до процессора и вывести их в сеть, говорить, ч, asdf (?), 17:15 , 04-Май-18, (36) +1

Вот довольно неплохое и перспективное по моему решение - https wiki fd io vi, An (??), 19:55 , 04-Май-18, (42)
От меня ускользает смысл этого аргумента, поскольку именно процессинг пакета и в, anonymous (??), 18:26 , 05-Май-18, (50)

Коллега выше написал, что для дальнейшей обработки нужно искать эффективные реше, asdf (?), 19:49 , 05-Май-18, (52)

Ожидал подобного внимания от Netflix, Google, ну даже от Facebook, но чтобы от B, Ilya Indigo (ok), 13:02 , 04-Май-18, (17) +1 //

у netflix есть BSD с netgraph, у Facebook - есть DPDK , Аноним (-), 13:17 , 04-Май-18, (21) +1
Ждем разработок от pornohab, Алконим (?), 13:56 , 04-Май-18, (25) +18 //

Как сайт он очень даже хорошо работает Не хуже ютуба , Вареник (?), 00:50 , 05-Май-18, (48) +1

Неосиляторы, учитесь у Netflix https medium com netflix-techblog serving-100-g, Dmitry (??), 15:12 , 04-Май-18, (30) +7 //

так новость не про технологии Тут новость про то что BBC сделала драйвер под li, Anonim (??), 16:40 , 04-Май-18, (35) +1
Не считается, это под FreeBSD Под ней каждый может 100 Гб пропустить Я лично о, vantoo (ok), 21:52 , 04-Май-18, (46) +2 //

и что, прямо 40Гбит с c tls , Netmapguy (?), 03:23 , 06-Май-18, (54)

ну и где in-kernel tls от netflix в freebsd head , Netmapguy (?), 03:24 , 06-Май-18, (55) –1 //

И зачем он там сдался В ядре только шифруют отсылаемые данные, причем с помощью, Аноним (-), 16:10 , 06-Май-18, (56) +2 //

Затем, что без него sendfile 2 бесполезен нуну , DPDKguy (?), 17:23 , 07-Май-18, (57)

Еще раз, для нечитатетелей никакого in-kernel-tls там нет Во-во , Аноним (-), 18:17 , 07-Май-18, (58)

Читаем внимательно, с выражением To retain the benefits of the sendfile model , DPDKguy (?), 13:33 , 08-Май-18, (59)

У них аудиовидеобридж не взлетел почему-то, теперь вот новое придумали затейн, IdeaFix (ok), 19:54 , 04-Май-18, (41)
А можно такое же, но для звука Чтобы jackd это понимал и работал вне зависим, Константавр (ok), 20:02 , 04-Май-18, (43) –2
Это DirectX для сетевых карт, Штунц (?), 20:35 , 04-Май-18, (45)

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

30. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +7 +/–

Сообщение от Dmitry (??), 04-Май-18, 15:12

Неосиляторы, учитесь у Netflix https://medium.com/netflix-techblog/serving-100-gbps-from-an...

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

35. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +1 +/–

Сообщение от Anonim (??), 04-Май-18, 16:40

так новость не про технологии. Тут новость про то что BBC сделала драйвер под linux для netmap.
а у тебя свободная freeBSD по ссылке. им свобода не нужна им нужен только открытых код и что бы под линукс

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

46. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +2 +/–

Сообщение от vantoo (ok), 04-Май-18, 21:52

Не считается, это под FreeBSD. Под ней каждый может 100 Гб пропустить. Я лично около 40 Гб пропускал на предтоповом Core i7 позапрошлого поколения.

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

54. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +/–

Сообщение от Netmapguy (?), 06-Май-18, 03:23

и что, прямо 40Гбит/с c tls? ;)

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

55. "Корпорация BBC открыла наработки по обработке сетевых пакето..." –1 +/–

Сообщение от Netmapguy (?), 06-Май-18, 03:24

> Неосиляторы, учитесь у Netflix https://medium.com/netflix-techblog/serving-100-gbps-from-an...
ну и где in-kernel tls от netflix в freebsd head?

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

56. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +2 +/–

Сообщение от Аноним (-), 06-Май-18, 16:10

> ну и где in-kernel tls от netflix в freebsd head?
И зачем он там сдался? В ядре только шифруют отсылаемые данные, причем с помощью интелского ISA-L, остальное делается в юзерспейсе.
> We decided to pass in to our new ciphers an array of pointersto encrypt from and to, i.e. an
> iovec. This iovec array wouldbe filled in during the initial setup of the sendfile call, as
> eachpage was setup for I/O, thus eliminating the need for traversinga linked list of mbufs. We
> also redesigned the mbuf allocation routines to have the ability, as allocation occurred, to
> includethis new ”mbuf map”.
Улучшенный sendfile вкоммитили, aesni тоже.

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

57. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +/–

Сообщение от DPDKguy (?), 07-Май-18, 17:23

>> ну и где in-kernel tls от netflix в freebsd head?
> И зачем он там сдался? В ядре только шифруют отсылаемые данные, причем
> с помощью интелского ISA-L, остальное делается в юзерспейсе.
Затем, что без него sendfile(2) бесполезен.

> Улучшенный sendfile вкоммитили, aesni тоже.
нуну.

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

58. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +/–

Сообщение от Аноним (-), 07-Май-18, 18:17

>>> ну и где in-kernel tls от netflix в freebsd head?
>> И зачем он там сдался? В ядре только шифруют отсылаемые данные, причем
>> с помощью интелского ISA-L, остальное делается в юзерспейсе.
> Затем, что без него sendfile(2) бесполезен.
Еще раз, для нечитатетелей:
никакого in-kernel-tls там нет.
>> Улучшенный sendfile вкоммитили, aesni тоже.
> нуну.
Во-во.

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

59. "Корпорация BBC открыла наработки по обработке сетевых пакето..." +/–

Сообщение от DPDKguy (?), 08-Май-18, 13:33

> Еще раз, для нечитатетелей:
> никакого in-kernel-tls там нет.
Читаем внимательно, с выражением: "To retain the benefits of the sendfile model while adding TLS functionality, we designed a hybrid TLS scheme whereby session management stays in the application space, but the bulk encryption is inserted into the sendfile data pipeline in the kernel. This extends sendfile to support encrypting data for TLS/SSL connections."

Все шифрование в ядре, менеджмент сессий - в юзерленде. Вопрос в той части, которая делает bulk encryption. Где оно в freebsd head?

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

30. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+7 +/–
Сообщение от Dmitry (??), 04-Май-18, 15:12
Неосиляторы, учитесь у Netflix https://medium.com/netflix-techblog/serving-100-gbps-from-an...
Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+1 +/–
	Сообщение от Anonim (??), 04-Май-18, 16:40
	так новость не про технологии. Тут новость про то что BBC сделала драйвер под linux для netmap. а у тебя свободная freeBSD по ссылке. им свобода не нужна им нужен только открытых код и что бы под линукс
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+2 +/–
	Сообщение от vantoo (ok), 04-Май-18, 21:52
	Не считается, это под FreeBSD. Под ней каждый может 100 Гб пропустить. Я лично около 40 Гб пропускал на предтоповом Core i7 позапрошлого поколения.
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	54. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+/–
	Сообщение от Netmapguy (?), 06-Май-18, 03:23
	и что, прямо 40Гбит/с c tls? ;)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	–1 +/–
	Сообщение от Netmapguy (?), 06-Май-18, 03:24
	> Неосиляторы, учитесь у Netflix https://medium.com/netflix-techblog/serving-100-gbps-from-an... ну и где in-kernel tls от netflix в freebsd head?
	Ответить \| Правка \| К родителю #30 \| Наверх \| Cообщить модератору


	56. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+2 +/–
	Сообщение от Аноним (-), 06-Май-18, 16:10
	> ну и где in-kernel tls от netflix в freebsd head? И зачем он там сдался? В ядре только шифруют отсылаемые данные, причем с помощью интелского ISA-L, остальное делается в юзерспейсе. > We decided to pass in to our new ciphers an array of pointersto encrypt from and to, i.e. an > iovec. This iovec array wouldbe filled in during the initial setup of the sendfile call, as > eachpage was setup for I/O, thus eliminating the need for traversinga linked list of mbufs. We > also redesigned the mbuf allocation routines to have the ability, as allocation occurred, to > includethis new ”mbuf map”. Улучшенный sendfile вкоммитили, aesni тоже.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+/–
	Сообщение от DPDKguy (?), 07-Май-18, 17:23
	>> ну и где in-kernel tls от netflix в freebsd head? > И зачем он там сдался? В ядре только шифруют отсылаемые данные, причем > с помощью интелского ISA-L, остальное делается в юзерспейсе. Затем, что без него sendfile(2) бесполезен. > Улучшенный sendfile вкоммитили, aesni тоже. нуну.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+/–
	Сообщение от Аноним (-), 07-Май-18, 18:17
	>>> ну и где in-kernel tls от netflix в freebsd head? >> И зачем он там сдался? В ядре только шифруют отсылаемые данные, причем >> с помощью интелского ISA-L, остальное делается в юзерспейсе. > Затем, что без него sendfile(2) бесполезен. Еще раз, для нечитатетелей: никакого in-kernel-tls там нет. >> Улучшенный sendfile вкоммитили, aesni тоже. > нуну. Во-во.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "Корпорация BBC открыла наработки по обработке сетевых пакето..."	+/–
	Сообщение от DPDKguy (?), 08-Май-18, 13:33
	> Еще раз, для нечитатетелей: > никакого in-kernel-tls там нет. Читаем внимательно, с выражением: "To retain the benefits of the sendfile model while adding TLS functionality, we designed a hybrid TLS scheme whereby session management stays in the application space, but the bulk encryption is inserted into the sendfile data pipeline in the kernel. This extends sendfile to support encrypting data for TLS/SSL connections." Все шифрование в ядре, менеджмент сессий - в юзерленде. Вопрос в той части, которая делает bulk encryption. Где оно в freebsd head?
	Ответить \| Правка \| Наверх \| Cообщить модератору