https://www.opennet.ru/openforum/vsluhforumID3/135094.html Опубликован сетевой стек F-Stack 1.24, представляющий собой редакцию сетевого стека FreeBSD, работающую в пространстве пользователя и использующую фреймворк DPDK для достижения максимальной производительности. Проект создан крупнейшей в Китае телекоммуникационной компанией Tencent и используется в её продуктах и сервисах. Код написан на языке Си и распространяется под лицензией BSD. Поддерживается работа в Linux и FreeBSD...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62076<br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#71 Sat, 26 Oct 2024 11:16:28 GMT точно. Только вот preempt и прочего rt нам в КОНСОЛИ, с-ка, не хватает. На этом фоне отсутствие возможности заглянуть за край монитора - ну прям нереально сложная задача, надо ее запретить совсем.<br><br>Хорошо что рефакеры еще не добрались до текстовой. Почему-то она работает и scrollback в ней - тоже. Ну я уверен, ненадолго. Надо что-то такое понаделать чтоб даже там где нет никакой видеокарты был сплошной kms.<br><br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#70 Sat, 26 Oct 2024 10:59:38 GMT &gt; Драйвер NTFS, работающий в пространстве пользователя, почему-то не радует производительностью.<br><br>угу, то-то из-за него в свое время судорожно рванули переписывать ext*<br><br>&gt; Халтура?<br><br>просто ты опрашивал, вместо того чтоб мерять.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#69 Sat, 26 Oct 2024 10:55:48 GMT &gt; Windows тоже годами переходит на сетевой стек FreeBSD. Microsoft выкинул все старые <br>&gt; наработки по сетям и начал этот переход активно с Server 2016/Windows <br>&gt; 10. Результаты там были еще хуже чем с Linux...<br><br>не вижу чем эта прохладная легенда лучше чем легенды конца 90х, когда врали что там и есть стек *bsd, причем те имели некоторое правдоподобие, из-за серии работающих бсдшных эксплойтов.<br><br>В общем и целом было бы странно не взять за исходную реализацию собственно референсную модель, поскольку этот стек и есть интернет в первом (и втором) приближении. <br><br>Но, кстати, bsdшники тоже не лыком шиты. <br>/usr/ports/sysutils/fusefs-lkl глянь. Тут ЦЕЛИКОМ линуксное ведро запихали в usermode. (Потому что оно нифига не модульное а спагетти-стайл и ничего отдельно вынуть нельзя.)<br><br>Я проверял - работает даже.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#68 Sat, 26 Oct 2024 10:35:45 GMT &gt; Ну вот кстати процы сейчас довольно резвые - и шифрование в общем то тоже. <br><br>пока ты ворота обслуживаешь, в одном экземпляре.<br><br>&gt; И да, гугол возлюбил всякие 25519 и ChaCha как раз поэтому<br><br>да xor'ом шифруй, чего уж там. Гугл полюбит.<br><br>У самого гугла, кстати, на бордерах стоят аппаратные шифровалки. Полагаю, asic'овые. Или на заказных криптоускорителях, а не на процах-сейчас, умеющих только aes в один поток.<br>Свои-то данные он люююююбит.<br><br>&gt; Он немного не так работает. Подозрительные хосты - могут подвергать допустим активному пробингу.<br><br>но не онлайн-же ж. Просто где-то будет кернельный сокет из которого вытекает список таких хостов. Парсит их обычный юзермод код, может даже на пихоне. Он же и "пробует", в этом месте торопиться совершенно некуда. Вердикт пушит в другой сокет. <br><br>&gt; Асик тебе хендшейк впн не смогет активным пробингом прочекать. <br><br>он просто откинет список подозрительных на анализатор. Медленный, торопидзе нэ нада. Все равно это что-то явно левое, раз попало в подозрительные. А пока мы https://www.opennet.ru/openforum/vsluhforumID3/135094.html#67 Tue, 22 Oct 2024 20:28:57 GMT план действий:<br>https://man.freebsd.org/cgi/man.cgi?query=ipfw<br>найти check-state<br>подумать<br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#66 Tue, 22 Oct 2024 20:28:30 GMT ну да, ну да, данные внутри IP-пакета как раз должны фаером L3 проверяться, а не специальным протокольным фильтром L7, ага.<br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#65 Tue, 22 Oct 2024 19:01:28 GMT FUSE-драйверы дёргают ядро при каждом обращении к накопителю, переключений контекста там больше.<br>Производительность была бы при прямом обращении минуя ядро, но аналога DPDK для блочных устройств ещё не завезли.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#64 Tue, 22 Oct 2024 18:47:36 GMT Драйвер NTFS, работающий в пространстве пользователя, почему-то не радует производительностью. Халтура?<br> https://www.opennet.ru/openforum/vsluhforumID3/135094.html#63 Mon, 21 Oct 2024 19:47:01 GMT &gt; Хм, кто бы мог подумать, что отказ от прерываний и системных вызовов <br>&gt; увеличить производительность.<br><br>Самым скоростным вариантом может быть активный поллинг, когда софт плотно занимается только окучиванием сетевухи - и больше ничем вообще.<br><br>К сожалению подстава в том что система становится по сути однозадачной, а работа в стиле MSDOS в XXI веке впечатляет не всех. Хотя в случае многоядерных процов возможны варианты. Ну вот выделить ядро под окучивание сети. И хрен с ним что оно в полку занято, других навалом же есть. Рассматривайте его как очень жирный и программируемый DMA-автомат :)<br>