forum.opennet.ru - "Выпуск сетевого стека F-Stack 1.24, выполняемого в пространстве пользователя" (54)

"Выпуск сетевого стека F-Stack 1.24, выполняемого в пространстве пользователя"

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

"Выпуск сетевого стека F-Stack 1.24, выполняемого в пространстве пользователя"	+/–
Сообщение от opennews (?), 19-Окт-24, 22:22
Опубликован сетевой стек F-Stack 1.24, представляющий собой редакцию сетевого стека FreeBSD, работающую в пространстве пользователя и использующую фреймворк DPDK для достижения максимальной производительности. Проект создан крупнейшей в Китае телекоммуникационной компанией Tencent и используется в её продуктах и сервисах. Код написан на языке Си и распространяется под лицензией BSD. Поддерживается работа в Linux и FreeBSD... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=62076
Ответить \| Правка \| Cообщить модератору

Оглавление

Т е они сп-ли сетевой стек freebsd, скомпилив его под dpdk шную ebpf или что т, Аноним (4), 22:56 , 19-Окт-24, (4) +3

ну я так понимаю что переключений контекста не происходит, так как все в userlan, 1 (??), 23:08 , 19-Окт-24, (6) +5

Угу, доступ к прямому управлению сетевой картой - в userland Ага, дайте две Fr, нах. (?), 10:23 , 20-Окт-24, (30)

С тех пор http немного поубавил популярности Китайцам то С GFW Зачем им твой х, Аноним (-), 11:50 , 20-Окт-24, (35)

с тех пор и ktls завезли А у больших у многих все по прежнему, кстати - шифрова, нах. (?), 20:44 , 20-Окт-24, (44)

Ну вот кстати процы сейчас довольно резвые - и шифрование в общем то тоже И да,, Аноним (-), 22:30 , 21-Окт-24, (58)

пока ты ворота обслуживаешь, в одном экземпляре да xor ом шифруй, чего уж там Г, нах. (?), 13:35 , 26-Окт-24, (68)

Причем, если вы думаете, что это только в Linux все так печально, то ошибаетесь , Аноним (52), 13:08 , 21-Окт-24, (52)

не вижу чем эта прохладная легенда лучше чем легенды конца 90х, когда врали что , нах. (?), 13:55 , 26-Окт-24, (69)

Из BSD невозможно ничего сп-ть - читай лицензию , randomize (?), 16:30 , 21-Окт-24, (55)

Скрыто модератором, Аноним (7), 23:08 , 19-Окт-24, (7) +5

Скрыто модератором, Аноним (11), 02:40 , 20-Окт-24, (11)

Скрыто модератором, Аноним (7), 10:41 , 20-Окт-24, (31) +1

Интересно они осилили RACK или оно только с дефолтной TCP реализацией работает , Ivan_83 (ok), 23:26 , 19-Окт-24, (8) –1

Вроде смогли еще в версии 1 22, но я не могут точно сказать насколько этот функц, Аноним (52), 14:12 , 21-Окт-24, (53)

Файрвол в нём можно настроить , Аноним (-), 00:07 , 20-Окт-24, (9)
На полянке HFT станет ещё теснее , Аноним (15), 04:44 , 20-Окт-24, (15)
Это же какой bullshit из себя представляет Linux, что проще портировать сетевой , Ember (?), 08:12 , 20-Окт-24, (19) +3

F-Stack быстрее и при работе во FreeBSD Переключение контекста очень затратная , Аноним (20), 08:30 , 20-Окт-24, (20) +5

по факту этот ваш комментарий как монолог Тони Пуля в зубах из снетча Только, Аноним (28), 09:32 , 20-Окт-24, (28) +1

Само существование F-Stack является прямой демонстрацией годности BSD Ну или н, Ember (?), 11:57 , 20-Окт-24, (38) +1

Тем не менее в линухе уже есть варианты без переключения контекста и сисколы , Аноним (-), 11:52 , 20-Окт-24, (36)

Бла, бла, бла и бла Сколько маркетингового порожняка На деле же линуксовый сет, Ember (?), 12:01 , 20-Окт-24, (39)

И чему именно nftables сливает И кому из Он так то довольно шустрый, фичастый,, Аноним (-), 19:48 , 20-Окт-24, (42)

Такой обширный список железа умеет hw offload, красота, Мне хватает (?), 14:34 , 21-Окт-24, (54)

Он и SW офлоад умеет - примерно так же по смыслу после того как flow посчитан п, Аноним (-), 22:35 , 21-Окт-24, (60)

план действий https man freebsd org cgi man cgi query ipfwнайти check-stateпод, Ну блин (?), 23:28 , 22-Окт-24, (67)

Где По новостям и по вакансиям линукс везде побеждает У вас какой-то свой мир , Anonimous (?), 07:35 , 21-Окт-24, (46) +1
afair, во фре нет даже аналога -m string, Аноним (48), 09:19 , 21-Окт-24, (48)

ну да, ну да, данные внутри IP-пакета как раз должны фаером L3 проверяться, а не, Ну блин (?), 23:28 , 22-Окт-24, (66) +1

а раньше типа не догадывался в том который kms ный псевдотекстовый - именно так , нах. (?), 20:46 , 20-Окт-24, (45) –1

Вообще то там основной факапище - подсистема VT И таки - ее - вот - пришлось та, Аноним (-), 22:42 , 21-Окт-24, (62)

точно Только вот preempt и прочего rt нам в КОНСОЛИ, с-ка, не хватает На этом , нах. (?), 14:16 , 26-Окт-24, (71)

С чего ты взял Быстрее не значит секьюрней Как только начнут докручивать этот , microcoder (ok), 08:10 , 21-Окт-24, (47) –1

А откуда ядро знает, кому отдавать фрейм, если оно его не обрабатывает , YetAnotherOnanym (ok), 08:38 , 20-Окт-24, (21) +2

А оно и не знает, отдаёт отдельный TCP IP стек в userspace, обращающийся напряму, Аноним (20), 09:07 , 20-Окт-24, (24)
никак, сетевуха монопольно занята ЭТИМ вот Если тебе нужно к примеру управление, нах. (?), 11:47 , 20-Окт-24, (34)

А in-band послать данные управления своей приложухе религия в принципе не прзвол, Аноним (-), 11:54 , 20-Окт-24, (37) –1

Почитай как работает DPDK, VPP, DMA, Аноним (56), 17:22 , 21-Окт-24, (56)

Этот совет я и сам кому угодно дать могу , YetAnotherOnanym (ok), 18:30 , 21-Окт-24, (57)

Забавная получается ситуация во фряху тащат фреймворки для облегчения портирова, username (??), 08:54 , 20-Окт-24, (22) +5

Не, просто лицензия пермессивная , Аноним (27), 09:17 , 20-Окт-24, (27)

А что не сразу PF_RING , Аноним (27), 09:15 , 20-Окт-24, (25) +1
В файрволе что ли , Аноним (27), 09:16 , 20-Окт-24, (26) +3
Поздравляю, применительно к Linux половина этой копипасты на данный момент уже н, Аноним (-), 11:47 , 20-Окт-24, (33) +2

На сайте F-Stack написано, что актуально Therefore, kernel bypass can avoid pe, Аноним (40), 12:20 , 20-Окт-24, (40) +1

Как говорится, сам себя не похвалишь - никто не похвалит Уже есть варианты без , Аноним (-), 19:49 , 20-Окт-24, (43) +2

Чтобы это работало быстро, по идее надо вместо preemptive multitasking делать co, Аноним (41), 16:57 , 20-Окт-24, (41) –3

Пили Прогонишь потом тесты, если будет быстрее удобнее , Соль земли (?), 10:19 , 21-Окт-24, (50)

Хм, кто бы мог подумать, что отказ от прерываний и системных вызовов увеличить п, Соль земли (?), 10:03 , 21-Окт-24, (49)

Самым скоростным вариантом может быть активный поллинг, когда софт плотно занима, Аноним (-), 22:47 , 21-Окт-24, (63)

Драйвер NTFS, работающий в пространстве пользователя, почему-то не радует произв, Аноним (64), 21:47 , 22-Окт-24, (64)

FUSE-драйверы дёргают ядро при каждом обращении к накопителю, переключений конте, Аноним (20), 22:01 , 22-Окт-24, (65)
угу, то-то из-за него в свое время судорожно рванули переписывать ext просто ты , нах. (?), 13:59 , 26-Окт-24, (70)

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

4. Сообщение от Аноним (4), 19-Окт-24, 22:56 +3 +/–

Т.е. они сп-ли сетевой стек freebsd, скомпилив его под dpdk'шную ebpf (или что там еще) фигню? И оно в юзерленде через две прослойки и три прокладки оказалось быстрее чем оригинальный стек линукса?
Ну ооок...

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

6. Сообщение от 1 (??), 19-Окт-24, 23:08 +5 +/–

ну я так понимаю что переключений контекста не происходит, так как все в userland

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

7. Сообщение от Аноним (7), 19-Окт-24, 23:08 Скрыто ботом-модератором +5 +/–

> Функциональность TCP/IP стека соответствует сетевому стеку FreeBSD 13 и выделена из данной операционной системы в независимую библиотеку.
А у Пянгвинчика ведь были (и есть!) Google, Amazon, Cloudflare... и их "common core" не парило. Их парила возможность важный для SaaS-бизнеса код зажать, да переложить поддержку неважного на других - лицензия ведь позволяет.
И получилось то что получилось - до сих пянгвинята вынужденны к̵о̵л̵о̵т̵ь̵с̵я̵ ̵и̵ ̵п̵л̵а̵к̵а̵т̵ь̵ копировать из фряхи, правда криво и с отставанием, но зато не упуская ни одной возможности зайти в каждую фряшную новость и н̵а̵в̵а̵л̵и̵т̵ь̵ ̵к̵у̵ч̵у̵ ̵в̵ ̵к̵о̵м̵м̵е̵н̵т̵а̵х̵ похаять "отсталые бзды".

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

8. Сообщение от Ivan_83 (ok), 19-Окт-24, 23:26 –1 +/–

Интересно они осилили RACK или оно только с дефолтной TCP реализацией работает?

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

9. Сообщение от Аноним (-), 20-Окт-24, 00:07 +/–

Файрвол в нём можно настроить?

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

11. Сообщение от Аноним (11), 20-Окт-24, 02:40 +/–

Действительно, захватили, понимаешь, весь серверный мир, а когда утончённые BSD-шники делятся своими трепетными фантазиями — эти простопингвины грубо и жестоко напоминают им о реальности.

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

15. Сообщение от Аноним (15), 20-Окт-24, 04:44 +/–

На полянке HFT станет ещё теснее?

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

19. Сообщение от Ember (?), 20-Окт-24, 08:12 +3 +/–

Это же какой bullshit из себя представляет Linux, что проще портировать сетевой стек(!) из другой ОС, чем исправить нативный.
Я теперь не вижу ничего удивительного в том, что никто не в состоянии починить tty. Видимо, там такая помойка, что всё попросту развалится, если пошевелить.
Серверная система без без консоли и сетевого стека... Позорище, что тут ещё сказать.

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

20. Сообщение от Аноним (20), 20-Окт-24, 08:30 +5 +/–

F-Stack быстрее и при работе во FreeBSD. Переключение контекста очень затратная операция. С тем же успехом можно было бы вынести в userspace библиотеку сетевой стек Linux, но стек Linux раздут и притянут к куче разных подсистем, а TCP/IP стек FreeBSD и ядро FreeBSD заметно проще, предсказуемее и меняются не так интенсивно.
Сравните https://github.com/freebsd/freebsd-src/tree/main/sys/net и https://github.com/torvalds/linux/tree/master/net

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

21. Сообщение от YetAnotherOnanym (ok), 20-Окт-24, 08:38 +2 +/–

А откуда ядро знает, кому отдавать фрейм, если оно его не обрабатывает?

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

22. Сообщение от username (??), 20-Окт-24, 08:54 +5 +/–

Забавная получается ситуация: во фряху тащат фреймворки для облегчения портирования доайверов из линукса, а в линукс тащат целые подсистемы из фряхи, ибо фряха отличная ОС без драйверов, а линукс отстойный, но с дровами.

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

24. Сообщение от Аноним (20), 20-Окт-24, 09:07 +/–

А оно и не знает, отдаёт отдельный TCP/IP стек в userspace, обращающийся напрямую с сетевой картой.

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

25. Сообщение от Аноним (27), 20-Окт-24, 09:15 +1 +/–

А что не сразу PF_RING?

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

26. Сообщение от Аноним (27), 20-Окт-24, 09:16 +3 +/–

>Проект создан крупнейшей в Китае телекоммуникационной компанией Tencent и используется в её продуктах и сервисах
В "файрволе" что ли?

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

27. Сообщение от Аноним (27), 20-Окт-24, 09:17 +/–

Не, просто лицензия пермессивная.

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

28. Сообщение от Аноним (28), 20-Окт-24, 09:32 +1 +/–

по факту этот ваш комментарий как монолог Тони "Пуля в зубах" из снетча. "Только ты попутал, и никакой демонстрации годности бсд систем здесь нет."

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

30. Сообщение от нах. (?), 20-Окт-24, 10:23 +/–

Угу, доступ к прямому управлению сетевой картой - в userland. Ага, дайте две.
(FreeBSD 20 лет назад - accf_http, accf_data. Чтобы отдавать в юзерленд готовые структуры данных конкретного приложения, а не по одному пакету с неизвестным содержимым (который может вообще придется выбросить и захлопнуть сокет - и это уж точно можно сделать прямо в ядре). Л@п4@тые сегодня: отдадим raw ethernet frames и управление регистрами сетевухи. Так - тооочно быстрее!

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

31. Сообщение от Аноним (7), 20-Окт-24, 10:41 +1 +/–

>>  F-Stack позиционируется как решение, позволяющее повысить производительность обработчиков сетевых запросов в условиях, когда штатный TCP/IP стек ядра Linux становится узким местом и ограничивает масштабирование - в некоторых ситуациях проект даёт возможность в разы увеличить число обрабатываемых мелких сетевых запросов.
...
>> Функциональность TCP/IP стека соответствует сетевому стеку FreeBSD 13 и выделена из данной операционной системы в независимую библиотеку.
> Действительно, захватили, понимаешь, весь серверный мир, а когда утончённые BSD-шники
> делятся своими трепетными фантазиями — эти простопингвины грубо и жестоко напоминают им о реальности.
Реальность - вон, в новости, о "простопингвин"-подгорелец.

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

33. Сообщение от Аноним (-), 20-Окт-24, 11:47 +2 +/–

> за счёт исключения таких операций, как копирования сетевых пакетов,
> планирование потоков, обработка прерываний и применение системных вызовов
Поздравляю, применительно к Linux половина этой копипасты на данный момент уже не актуальна. Букмарки надо апдейтить иногда, дорогой автор.

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

34. Сообщение от нах. (?), 20-Окт-24, 11:47 +/–

никак, сетевуха монопольно занята ЭТИМ вот. Если тебе нужно к примеру управление - подключай рядом вторую.
Т.е. ВСЕ вообще фреймы отдаются вот туда, без разбора и обработки. (там вроде бы как-то можно потом вернуть необработанное обратно ведру, но это неточно, да и эффективность понятно какая)

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

35. Сообщение от Аноним (-), 20-Окт-24, 11:50 +/–

> (FreeBSD 20 лет назад - accf_http, accf_data. Чтобы отдавать в юзерленд
> готовые структуры данных конкретного приложения
С тех пор http немного поубавил популярности.
>  raw ethernet frames и управление регистрами сетевухи. Так - тооочно быстрее!
Китайцам то? С GFW? Зачем им твой хттп, вот проксю или впн зобанить - это да, тема. Приложеньки у них специфичные.

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

36. Сообщение от Аноним (-), 20-Окт-24, 11:52 +/–

> сетевой стек Linux, но стек Linux раздут и притянут к куче
> разных подсистем,
Тем не менее в линухе уже есть варианты без переключения контекста... и сисколы куда как эффективнее стали, там батчинг, чтоли, под нагрузкой делается и проч. И zerocopy во все поля :)
А сравнить - достаточно фаер в линухе и фаеры в бсд. Сразу видно где просто позор какой-то.

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

37. Сообщение от Аноним (-), 20-Окт-24, 11:54 –1 +/–

> никак, сетевуха монопольно занята ЭТИМ вот. Если тебе нужно к примеру управление
> - подключай рядом вторую.
А in-band послать данные управления своей приложухе религия в принципе не прзволяет? Или ты даже и близко не надеешься уметь это секурно? :)
> Т.е. ВСЕ вообще фреймы отдаются вот туда, без разбора и обработки. (там
> вроде бы как-то можно потом вернуть необработанное обратно ведру, но это
> неточно, да и эффективность понятно какая)
А зачем тебе какая-то убер эффективность в управлении, которого by design мизер?

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

38. Сообщение от Ember (?), 20-Окт-24, 11:57 +1 +/–

Само существование F-Stack является прямой демонстрацией годности *BSD. Ну или негодности Linux, как тебе больше нравится.

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

39. Сообщение от Ember (?), 20-Окт-24, 12:01 +/–

Бла, бла, бла и бла. Сколько маркетингового порожняка. На деле же линуксовый сетевой стек вместо с его убогим nftables без шансов сливают фряшным аналогам.

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

40. Сообщение от Аноним (40), 20-Окт-24, 12:20 +1 +/–

На сайте F-Stack  написано, что актуально: Therefore, kernel bypass can avoid performance bottlenecks caused by kernel packet copy, thread scheduling, system calls and interrupt.

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

41. Сообщение от Аноним (41), 20-Окт-24, 16:57 –3 +/–

Чтобы это работало быстро, по идее надо вместо preemptive multitasking делать cooperative multitasking.
Тогда никаких тебе неожиданных прерываний посередине дорогой операции. "Отдам управление, когда закончу."
Вообще не знаю на счёт стека Фряхи, но я смотрел своими глазами на стек Опёнка и Линукса, и, ну, типа, Опёнок сильно пахнет девяностыми, а А Линукс в целом, вполне ничего, хотя и малость заумно.
Хотя мне тоже непонятно, зачем сетевая подсистема в ядре. Ядро, по хорошему, должно только давать гипотетическому networkd облать памяти, mmap'нутую на сетевую карту, и всё. Можно даже просто mmap на /dev/networkcard0.

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

42. Сообщение от Аноним (-), 20-Окт-24, 19:48 +/–

> Бла, бла, бла и бла. Сколько маркетингового порожняка. На деле же линуксовый
> сетевой стек вместо с его убогим nftables без шансов сливают фряшным аналогам.
И чему именно nftables сливает? И кому из? Он так то довольно шустрый, фичастый, с неких пор умеет офлоад flow в fast path, скипая большую часть процесинга, умеет всякие забавные вещицы... вон там борцы за ютуб из него аж контр-DPI вылепили.

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

43. Сообщение от Аноним (-), 20-Окт-24, 19:49 +2 +/–

> На сайте F-Stack  написано, что актуально: Therefore, kernel bypass can avoid
> performance bottlenecks caused by kernel packet copy, thread scheduling, system calls
> and interrupt.
Как говорится, сам себя не похвалишь - никто не похвалит. Уже есть варианты без копирования пакетов.

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

44. Сообщение от нах. (?), 20-Окт-24, 20:44 +/–

> С тех пор http немного поубавил популярности.
с тех пор и ktls завезли. А у больших у многих все по прежнему, кстати - шифрование выполняется специальными ящиками на границе периметра (где, кстати, уже можно плевать на переключения контекстов, все равно все пожрет - само шифрование). Внутри сплошь http - по многим причинам. У самых альтернативно-пряморуких там даже http2 (не спрашивай зачем).
> Китайцам то? С GFW?
зачем бы gfw nginx и redis?
gfw скорее уж как раз целиком в пространстве ведра реализован будет - чего ему там обрабатывать, сверяй по табличке с новыми указаниями партии, и блочь. Не будет успевать сверять - ну сделают на асиках, у плохой дороги такого есть.
А эти либо хостят, либо массовый клауд либо еще что подобное. Вполне себе белое и пушистое.

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

45. Сообщение от нах. (?), 20-Окт-24, 20:46 –1 +/–

> Я теперь не вижу ничего удивительного в том, что никто не в
> состоянии починить tty.
а раньше типа не догадывался?
> Видимо, там такая помойка, что всё попросту развалится,
> если пошевелить.
в том который kms'ный псевдотекстовый - именно так все и есть. (а другого в новых модных линуксах и не положоно иметь)
> Серверная система без без консоли и сетевого стека... Позорище, что тут ещё
ну не то чтобы уж совсем, но да, с замысловатыми...

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

46. Сообщение от Anonimous (?), 21-Окт-24, 07:35 +1 +/–

Где? По новостям и по вакансиям линукс везде побеждает. У вас какой-то свой мир где у линукса нет шансов?

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

47. Сообщение от microcoder (ok), 21-Окт-24, 08:10 –1 +/–

> Это же какой bullshit из себя представляет Linux, что проще портировать сетевой стек(!
С чего ты взял? Быстрее не значит секьюрней. Как только начнут докручивать этот F-Stack для реальных задач он станет в несколько раз тормознее. Это обычная практика.

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

48. Сообщение от Аноним (48), 21-Окт-24, 09:19 +/–

afair, во фре нет даже аналога
-m string

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

49. Сообщение от Соль земли (?), 21-Окт-24, 10:03 +/–

Хм, кто бы мог подумать, что отказ от прерываний и системных вызовов увеличить производительность.

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

50. Сообщение от Соль земли (?), 21-Окт-24, 10:19 +/–

Пили. Прогонишь потом тесты, если будет быстрее/удобнее.

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

52. Сообщение от Аноним (52), 21-Окт-24, 13:08 +/–

Причем, если вы думаете, что это только в Linux все так печально, то ошибаетесь!
Windows тоже годами переходит на сетевой стек FreeBSD. Microsoft выкинул все старые наработки по сетям и начал этот переход активно с Server 2016/Windows 10. Результаты там были еще хуже чем с Linux...

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

53. Сообщение от Аноним (52), 21-Окт-24, 14:12 +/–

Вроде смогли еще в версии 1.22, но я не могут точно сказать насколько этот функционал FreeBSD Only.
Вообще, на уровне ядра RACK работает только во FreeBSD и Windows, остальные ОС CUBIC-и мнут себе.

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

54. Сообщение от Мне хватает (?), 21-Окт-24, 14:34 +/–

Такой обширный список железа умеет hw offload, красота

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

55. Сообщение от randomize (?), 21-Окт-24, 16:30 +/–

Из *BSD невозможно ничего сп-ть - читай лицензию.

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

56. Сообщение от Аноним (56), 21-Окт-24, 17:22 +/–

Почитай как работает DPDK, VPP, DMA

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

57. Сообщение от YetAnotherOnanym (ok), 21-Окт-24, 18:30 +/–

Этот совет я и сам кому угодно дать могу.

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

58. Сообщение от Аноним (-), 21-Окт-24, 22:30 +/–

> (где, кстати, уже можно плевать на переключения контекстов, все равно все
> пожрет - само шифрование). Внутри сплошь http - по многим причинам.
> У самых альтернативно-пряморуких там даже http2 (не спрашивай зачем).
Ну вот кстати процы сейчас довольно резвые - и шифрование в общем то тоже. И да, гугол возлюбил всякие 25519 и ChaCha как раз поэтому, даже в TLS прожал вроде на этой почве.
>> Китайцам то? С GFW?
> зачем бы gfw nginx и redis?
Эти то наверное низачем. А вот отдать пакеты переростку в юзермоде на пожевать - вполне. И он вполне может быть 1 задачей на всю железку - цель его существования это пакости по сети, больше оно ничего и не умеет. Зато, вот, крупным оптом.
> gfw скорее уж как раз целиком в пространстве ведра реализован будет -
> чего ему там обрабатывать, сверяй по табличке с новыми указаниями партии,
Он немного не так работает. Подозрительные хосты - могут подвергать допустим активному пробингу. Вот тут цербер заподозрил - что это серв впн. А правда - такой впн, или просто пакеты так сложились? Ответил на хендшейк того впна? Добро пожаловать в баню! Не ответил? Ложняк, вычеркивается.

> и блочь. Не будет успевать сверять - ну сделают на асиках,
> у плохой дороги такого есть.
Асик тебе хендшейк впн не смогет активным пробингом прочекать. Особенно васянского какого-нибудь. Ты будешь асик под каждого васяна с новым впн перепекать? :)
> А эти либо хостят, либо массовый клауд либо еще что подобное. Вполне
> себе белое и пушистое.
Или, вот, массовая анализировалка и пакостилка трафика. С этих станется.

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

60. Сообщение от Аноним (-), 21-Окт-24, 22:35 +/–

> Такой обширный список железа умеет hw offload, красота
Он и SW офлоад умеет - примерно так же по смыслу: после того как flow посчитан подлежащим пропуску, можно заскипать большую часть процессинга и отпуливать пакеты в софтварный вариант fast path. Это имеет свои особенности - но в целом работает.

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

62. Сообщение от Аноним (-), 21-Окт-24, 22:42 +/–

> в том который kms'ный псевдотекстовый - именно так все и есть. (а
> другого в новых модных линуксах и не положоно иметь)
Вообще то там основной факапище - подсистема VT. И таки - ее - вот - пришлось таки малость отрефакторить. Невзирая на боль и ужас. PREEMPT_RT вон тем хотелось. Да, умение в гарантии RTOS это достаточно сильная замануха чтобы поднапрячься. И это хотят довольно толстые коты, типа автомотивщиков всяких, индустриалов и прочие (около)эмбедовочные.

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

63. Сообщение от Аноним (-), 21-Окт-24, 22:47 +/–

> Хм, кто бы мог подумать, что отказ от прерываний и системных вызовов
> увеличить производительность.
Самым скоростным вариантом может быть активный поллинг, когда софт плотно занимается только окучиванием сетевухи - и больше ничем вообще.
К сожалению подстава в том что система становится по сути однозадачной, а работа в стиле MSDOS в XXI веке впечатляет не всех. Хотя в случае многоядерных процов возможны варианты. Ну вот выделить ядро под окучивание сети. И хрен с ним что оно в полку занято, других навалом же есть. Рассматривайте его как очень жирный и программируемый DMA-автомат :)

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

64. Сообщение от Аноним (64), 22-Окт-24, 21:47 +/–

Драйвер NTFS, работающий в пространстве пользователя, почему-то не радует производительностью. Халтура?

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

65. Сообщение от Аноним (20), 22-Окт-24, 22:01 +/–

FUSE-драйверы дёргают ядро при каждом обращении к накопителю, переключений контекста там больше.
Производительность была бы при прямом обращении минуя ядро, но аналога DPDK для блочных устройств ещё не завезли.

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

66. Сообщение от Ну блин (?), 22-Окт-24, 23:28 +1 +/–

ну да, ну да, данные внутри IP-пакета как раз должны фаером L3 проверяться, а не специальным протокольным фильтром L7, ага.

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

67. Сообщение от Ну блин (?), 22-Окт-24, 23:28 +/–

план действий:
https://man.freebsd.org/cgi/man.cgi?query=ipfw
найти check-state
подумать

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

68. Сообщение от нах. (?), 26-Окт-24, 13:35 +/–

> Ну вот кстати процы сейчас довольно резвые - и шифрование в общем то тоже.
пока ты ворота обслуживаешь, в одном экземпляре.
> И да, гугол возлюбил всякие 25519 и ChaCha как раз поэтому
да xor'ом шифруй, чего уж там. Гугл полюбит.
У самого гугла, кстати, на бордерах стоят аппаратные шифровалки. Полагаю, asic'овые. Или на заказных криптоускорителях, а не на процах-сейчас, умеющих только aes в один поток.
Свои-то данные он люююююбит.
> Он немного не так работает. Подозрительные хосты - могут подвергать допустим активному пробингу.
но не онлайн-же ж. Просто где-то будет кернельный сокет из которого вытекает список таких хостов. Парсит их обычный юзермод код, может даже на пихоне. Он же и "пробует", в этом месте торопиться совершенно некуда. Вердикт пушит в другой сокет.
> Асик тебе хендшейк впн не смогет активным пробингом прочекать.
он просто откинет список подозрительных на анализатор. Медленный, торопидзе нэ нада. Все равно это что-то явно левое, раз попало в подозрительные. А пока мы его заблочим. Пройдет проверку - разрешим обратно. А юзер подумал - ученья идут!
Код примитивен как палка, и не требует никаких переписываний сетевого стека из чужой операционки. Любой узкоглазый справится, если палкой бить как следует и плошку риса не выдавать до конца смены, а не секретные супер-специалисты.
> Или, вот, массовая анализировалка и пакостилка трафика. С этих станется.
с каких этих? Пакостят пока те (у этих - просто запретили и заблокировали). У тех - китайская мыльница за $120 (налогоплательщикам вышла чуть-чуть дороже но это их проблема,и на два же всего порядка, не на шесть) справляется. Чего там того траффика-то... она ж не видосики через себя крутит.

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

69. Сообщение от нах. (?), 26-Окт-24, 13:55 +/–

> Windows тоже годами переходит на сетевой стек FreeBSD. Microsoft выкинул все старые
> наработки по сетям и начал этот переход активно с Server 2016/Windows
> 10. Результаты там были еще хуже чем с Linux...
не вижу чем эта прохладная легенда лучше чем легенды конца 90х, когда врали что там и есть стек *bsd, причем те имели некоторое правдоподобие, из-за серии работающих бсдшных эксплойтов.
В общем и целом было бы странно не взять за исходную реализацию собственно референсную модель, поскольку этот стек и есть интернет в первом (и втором) приближении.
Но, кстати, bsdшники тоже не лыком шиты.
/usr/ports/sysutils/fusefs-lkl глянь. Тут ЦЕЛИКОМ линуксное ведро запихали в usermode. (Потому что оно нифига не модульное а спагетти-стайл и ничего отдельно вынуть нельзя.)
Я проверял - работает даже.

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

70. Сообщение от нах. (?), 26-Окт-24, 13:59 +/–

> Драйвер NTFS, работающий в пространстве пользователя, почему-то не радует производительностью.
угу, то-то из-за него в свое время судорожно рванули переписывать ext*
> Халтура?
просто ты опрашивал, вместо того чтоб мерять.

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

71. Сообщение от нах. (?), 26-Окт-24, 14:16 +/–

точно. Только вот preempt и прочего rt нам в КОНСОЛИ, с-ка, не хватает. На этом фоне отсутствие возможности заглянуть за край монитора - ну прям нереально сложная задача, надо ее запретить совсем.
Хорошо что рефакеры еще не добрались до текстовой. Почему-то она работает и scrollback в ней - тоже. Ну я уверен, ненадолго. Надо что-то такое понаделать чтоб даже там где нет никакой видеокарты был сплошной kms.

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

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

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

Партнёры:

Хостинг:

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

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

4. Сообщение от Аноним (4), 19-Окт-24, 22:56	+3 +/–
Т.е. они сп-ли сетевой стек freebsd, скомпилив его под dpdk'шную ebpf (или что там еще) фигню? И оно в юзерленде через две прослойки и три прокладки оказалось быстрее чем оригинальный стек линукса? Ну ооок...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #6, #52, #55

6. Сообщение от 1 (??), 19-Окт-24, 23:08	+5 +/–
ну я так понимаю что переключений контекста не происходит, так как все в userland
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #30

7. Сообщение от Аноним (7), 19-Окт-24, 23:08 Скрыто ботом-модератором	+5 +/–
> Функциональность TCP/IP стека соответствует сетевому стеку FreeBSD 13 и выделена из данной операционной системы в независимую библиотеку. А у Пянгвинчика ведь были (и есть!) Google, Amazon, Cloudflare... и их "common core" не парило. Их парила возможность важный для SaaS-бизнеса код зажать, да переложить поддержку неважного на других - лицензия ведь позволяет. И получилось то что получилось - до сих пянгвинята вынужденны к̵о̵л̵о̵т̵ь̵с̵я̵ ̵и̵ ̵п̵л̵а̵к̵а̵т̵ь̵ копировать из фряхи, правда криво и с отставанием, но зато не упуская ни одной возможности зайти в каждую фряшную новость и н̵а̵в̵а̵л̵и̵т̵ь̵ ̵к̵у̵ч̵у̵ ̵в̵ ̵к̵о̵м̵м̵е̵н̵т̵а̵х̵ похаять "отсталые бзды".
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #11

8. Сообщение от Ivan_83 (ok), 19-Окт-24, 23:26	–1 +/–
Интересно они осилили RACK или оно только с дефолтной TCP реализацией работает?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #53

9. Сообщение от Аноним (-), 20-Окт-24, 00:07	+/–
Файрвол в нём можно настроить?
Ответить \| Правка \| Наверх \| Cообщить модератору

11. Сообщение от Аноним (11), 20-Окт-24, 02:40	+/–
Действительно, захватили, понимаешь, весь серверный мир, а когда утончённые BSD-шники делятся своими трепетными фантазиями — эти простопингвины грубо и жестоко напоминают им о реальности.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #31

15. Сообщение от Аноним (15), 20-Окт-24, 04:44	+/–
На полянке HFT станет ещё теснее?
Ответить \| Правка \| Наверх \| Cообщить модератору

19. Сообщение от Ember (?), 20-Окт-24, 08:12	+3 +/–
Это же какой bullshit из себя представляет Linux, что проще портировать сетевой стек(!) из другой ОС, чем исправить нативный. Я теперь не вижу ничего удивительного в том, что никто не в состоянии починить tty. Видимо, там такая помойка, что всё попросту развалится, если пошевелить. Серверная система без без консоли и сетевого стека... Позорище, что тут ещё сказать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #20, #45, #47

20. Сообщение от Аноним (20), 20-Окт-24, 08:30	+5 +/–
F-Stack быстрее и при работе во FreeBSD. Переключение контекста очень затратная операция. С тем же успехом можно было бы вынести в userspace библиотеку сетевой стек Linux, но стек Linux раздут и притянут к куче разных подсистем, а TCP/IP стек FreeBSD и ядро FreeBSD заметно проще, предсказуемее и меняются не так интенсивно. Сравните https://github.com/freebsd/freebsd-src/tree/main/sys/net и https://github.com/torvalds/linux/tree/master/net
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19 Ответы: #28, #36

21. Сообщение от YetAnotherOnanym (ok), 20-Окт-24, 08:38	+2 +/–
А откуда ядро знает, кому отдавать фрейм, если оно его не обрабатывает?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #24, #34, #56

22. Сообщение от username (??), 20-Окт-24, 08:54	+5 +/–
Забавная получается ситуация: во фряху тащат фреймворки для облегчения портирования доайверов из линукса, а в линукс тащат целые подсистемы из фряхи, ибо фряха отличная ОС без драйверов, а линукс отстойный, но с дровами.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #27

24. Сообщение от Аноним (20), 20-Окт-24, 09:07	+/–
А оно и не знает, отдаёт отдельный TCP/IP стек в userspace, обращающийся напрямую с сетевой картой.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21

25. Сообщение от Аноним (27), 20-Окт-24, 09:15	+1 +/–
А что не сразу PF_RING?
Ответить \| Правка \| Наверх \| Cообщить модератору

26. Сообщение от Аноним (27), 20-Окт-24, 09:16	+3 +/–
>Проект создан крупнейшей в Китае телекоммуникационной компанией Tencent и используется в её продуктах и сервисах В "файрволе" что ли?
Ответить \| Правка \| Наверх \| Cообщить модератору

27. Сообщение от Аноним (27), 20-Окт-24, 09:17	+/–
Не, просто лицензия пермессивная.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22

28. Сообщение от Аноним (28), 20-Окт-24, 09:32	+1 +/–
по факту этот ваш комментарий как монолог Тони "Пуля в зубах" из снетча. "Только ты попутал, и никакой демонстрации годности бсд систем здесь нет."
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20 Ответы: #38

30. Сообщение от нах. (?), 20-Окт-24, 10:23	+/–
Угу, доступ к прямому управлению сетевой картой - в userland. Ага, дайте две. (FreeBSD 20 лет назад - accf_http, accf_data. Чтобы отдавать в юзерленд готовые структуры данных конкретного приложения, а не по одному пакету с неизвестным содержимым (который может вообще придется выбросить и захлопнуть сокет - и это уж точно можно сделать прямо в ядре). Л@п4@тые сегодня: отдадим raw ethernet frames и управление регистрами сетевухи. Так - тооочно быстрее!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #35

31. Сообщение от Аноним (7), 20-Окт-24, 10:41	+1 +/–
>> F-Stack позиционируется как решение, позволяющее повысить производительность обработчиков сетевых запросов в условиях, когда штатный TCP/IP стек ядра Linux становится узким местом и ограничивает масштабирование - в некоторых ситуациях проект даёт возможность в разы увеличить число обрабатываемых мелких сетевых запросов. ... >> Функциональность TCP/IP стека соответствует сетевому стеку FreeBSD 13 и выделена из данной операционной системы в независимую библиотеку. > Действительно, захватили, понимаешь, весь серверный мир, а когда утончённые BSD-шники > делятся своими трепетными фантазиями — эти простопингвины грубо и жестоко напоминают им о реальности. Реальность - вон, в новости, о "простопингвин"-подгорелец.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

33. Сообщение от Аноним (-), 20-Окт-24, 11:47	+2 +/–
> за счёт исключения таких операций, как копирования сетевых пакетов, > планирование потоков, обработка прерываний и применение системных вызовов Поздравляю, применительно к Linux половина этой копипасты на данный момент уже не актуальна. Букмарки надо апдейтить иногда, дорогой автор.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #40

34. Сообщение от нах. (?), 20-Окт-24, 11:47	+/–
никак, сетевуха монопольно занята ЭТИМ вот. Если тебе нужно к примеру управление - подключай рядом вторую. Т.е. ВСЕ вообще фреймы отдаются вот туда, без разбора и обработки. (там вроде бы как-то можно потом вернуть необработанное обратно ведру, но это неточно, да и эффективность понятно какая)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21 Ответы: #37

35. Сообщение от Аноним (-), 20-Окт-24, 11:50	+/–
> (FreeBSD 20 лет назад - accf_http, accf_data. Чтобы отдавать в юзерленд > готовые структуры данных конкретного приложения С тех пор http немного поубавил популярности. > raw ethernet frames и управление регистрами сетевухи. Так - тооочно быстрее! Китайцам то? С GFW? Зачем им твой хттп, вот проксю или впн зобанить - это да, тема. Приложеньки у них специфичные.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #30 Ответы: #44

36. Сообщение от Аноним (-), 20-Окт-24, 11:52	+/–
> сетевой стек Linux, но стек Linux раздут и притянут к куче > разных подсистем, Тем не менее в линухе уже есть варианты без переключения контекста... и сисколы куда как эффективнее стали, там батчинг, чтоли, под нагрузкой делается и проч. И zerocopy во все поля :) А сравнить - достаточно фаер в линухе и фаеры в бсд. Сразу видно где просто позор какой-то.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20 Ответы: #39

37. Сообщение от Аноним (-), 20-Окт-24, 11:54	–1 +/–
> никак, сетевуха монопольно занята ЭТИМ вот. Если тебе нужно к примеру управление > - подключай рядом вторую. А in-band послать данные управления своей приложухе религия в принципе не прзволяет? Или ты даже и близко не надеешься уметь это секурно? :) > Т.е. ВСЕ вообще фреймы отдаются вот туда, без разбора и обработки. (там > вроде бы как-то можно потом вернуть необработанное обратно ведру, но это > неточно, да и эффективность понятно какая) А зачем тебе какая-то убер эффективность в управлении, которого by design мизер?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #34

38. Сообщение от Ember (?), 20-Окт-24, 11:57	+1 +/–
Само существование F-Stack является прямой демонстрацией годности *BSD. Ну или негодности Linux, как тебе больше нравится.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28

39. Сообщение от Ember (?), 20-Окт-24, 12:01	+/–
Бла, бла, бла и бла. Сколько маркетингового порожняка. На деле же линуксовый сетевой стек вместо с его убогим nftables без шансов сливают фряшным аналогам.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #36 Ответы: #42, #46, #48

40. Сообщение от Аноним (40), 20-Окт-24, 12:20	+1 +/–
На сайте F-Stack написано, что актуально: Therefore, kernel bypass can avoid performance bottlenecks caused by kernel packet copy, thread scheduling, system calls and interrupt.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #33 Ответы: #43

41. Сообщение от Аноним (41), 20-Окт-24, 16:57	–3 +/–
Чтобы это работало быстро, по идее надо вместо preemptive multitasking делать cooperative multitasking. Тогда никаких тебе неожиданных прерываний посередине дорогой операции. "Отдам управление, когда закончу." Вообще не знаю на счёт стека Фряхи, но я смотрел своими глазами на стек Опёнка и Линукса, и, ну, типа, Опёнок сильно пахнет девяностыми, а А Линукс в целом, вполне ничего, хотя и малость заумно. Хотя мне тоже непонятно, зачем сетевая подсистема в ядре. Ядро, по хорошему, должно только давать гипотетическому networkd облать памяти, mmap'нутую на сетевую карту, и всё. Можно даже просто mmap на /dev/networkcard0.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #50

42. Сообщение от Аноним (-), 20-Окт-24, 19:48	+/–
> Бла, бла, бла и бла. Сколько маркетингового порожняка. На деле же линуксовый > сетевой стек вместо с его убогим nftables без шансов сливают фряшным аналогам. И чему именно nftables сливает? И кому из? Он так то довольно шустрый, фичастый, с неких пор умеет офлоад flow в fast path, скипая большую часть процесинга, умеет всякие забавные вещицы... вон там борцы за ютуб из него аж контр-DPI вылепили.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #39 Ответы: #54

43. Сообщение от Аноним (-), 20-Окт-24, 19:49	+2 +/–
> На сайте F-Stack написано, что актуально: Therefore, kernel bypass can avoid > performance bottlenecks caused by kernel packet copy, thread scheduling, system calls > and interrupt. Как говорится, сам себя не похвалишь - никто не похвалит. Уже есть варианты без копирования пакетов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #40

44. Сообщение от нах. (?), 20-Окт-24, 20:44	+/–
> С тех пор http немного поубавил популярности. с тех пор и ktls завезли. А у больших у многих все по прежнему, кстати - шифрование выполняется специальными ящиками на границе периметра (где, кстати, уже можно плевать на переключения контекстов, все равно все пожрет - само шифрование). Внутри сплошь http - по многим причинам. У самых альтернативно-пряморуких там даже http2 (не спрашивай зачем). > Китайцам то? С GFW? зачем бы gfw nginx и redis? gfw скорее уж как раз целиком в пространстве ведра реализован будет - чего ему там обрабатывать, сверяй по табличке с новыми указаниями партии, и блочь. Не будет успевать сверять - ну сделают на асиках, у плохой дороги такого есть. А эти либо хостят, либо массовый клауд либо еще что подобное. Вполне себе белое и пушистое.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #35 Ответы: #58