URL: https://www.opennet.dev/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 125318
[ Назад ]
Исходное сообщение
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено opennews , 21-Сен-21 21:11 
Разработчики пакета для создания виртуальных частных сетей OpenVPN представили модуль ядра ovpn-dco, позволяющий существенно ускорить производительность VPN. Несмотря на то, что  модуль пока развивается с оглядкой только на ветку linux-next и имеет статус экспериментального, он уже достиг уровня стабильности, позволившего задействовать его для обеспечения работы сервиса OpenVPN Cloud...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55843

Содержание
Сообщения в этом обсуждении
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:51 
Основная проблема медлительности всех VPN, использующих модуль TUN/TAP — собственно, сам этот модуль: в нём нет интерфейса отправки и получения нескольких пакетов сразу, можно читать только по одному через read/send, из-за чего возникает большое количество переключений контекста между пользовательским миром и ядром. В этом и причина тормозов.

Никто не торопится улучшить tun. В ~2015 году разработчик из Facebook отправлял патч для ускорения отправки (только отправки) пакетов, но он не был принят. Больше попыток не припомню.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:53 
Также он не поддерживает никакие методы offloading'а. Разве что чексуммы может сам считать, если не ошибаюсь.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 21-Сен-21 23:49 
Ну вот да, bulk receive/send пришёлся бы очень кстати. Но увы.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:36 
а еще некоторые проприетарщики ограничивають програмно скорость интерфейса до 10MiBps ;)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено пох. , 22-Сен-21 11:01 
Ну действительно - зачем же чинить проблему для всех? Так от нее выиграют конкурирующие проекты, спонсор не одобряет.

Давайте лучше затащим дыру-на-дыре в ведро, так надежно!

Заодно получим очередное "конкурентное преимущество" перед поганой-фребэесде.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Амоним тот самый , 22-Сен-21 16:33 
Можно переписать на Rust и затащить в ядро )))
Даблкилл )
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено пох. , 23-Сен-21 10:14 
> Можно переписать на Rust и затащить в ядро )))
> Даблкилл )

не, это выстрел себе в оппу из эскопеты с загнутым по кругу стволом. Двуствольной. Мы ж хотели сделать себе конкурентное преимущество, а не нагадить в общее ведро с супом, из которого и нам тоже нальют.

А если ты начнешь переписывать на хруст - работающего tun ни у кого уже не будет.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено _kp , 23-Сен-21 16:47 
Там,согласно протоколу публикации шуток,  в конце сообщения смайлик.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:15 
Ну вот кстати к ребятам из OpenVPN прислушаться можно. Интересно, удачи проекту.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено bnm , 21-Сен-21 21:20 
Wireguard же делает это, даже в винде
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено aname , 21-Сен-21 21:35 
Делает что?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:37 
В разы ускоряет openvpn, очевидно же!
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено aname , 22-Сен-21 01:39 
> В разы ускоряет openvpn, очевидно же!

Справедливо

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 13:51 
Вы, похоже, не знаете, что такое openvpn и wireguard
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Агл , 22-Сен-21 14:55 
похоже на что? на сарказм
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:52 
Как мне прикрутить радиус к wireGuard?
Или AD?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено муу , 21-Сен-21 22:01 
напиши интеграцию и прикрути (можно на расте), чё ты как маленький
или купи ынтырпрайзный продукт с лицензиями и сотрудницами техподдержки
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:35 
Зачем если в OpenVPN уже всë это есть?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено 334455 , 21-Сен-21 22:42 
Этот модуль в ROS еще 10 лет ещё ждать
проще бету с WG вкатить
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 21-Сен-21 23:53 
Куда вкатить? Телефончики такие есть, Yealink называются. Вкатишь?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено 334455 , 22-Сен-21 13:03 
У тебя девайсы мимо роутеров туннели строят, упрт? Тебе тогда уже и новый модуль не поможет (btw, давай пажжем поддержки нового ovpn в них тоже, ога)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:09 
В чём проблема того, что девайс сам строит туннель?
Таковые стоят на кастомерских премайзах, местами их вообще домой перетащили в последнее время.
Чтобы не упарываться с прогоном сипа через неизвестных испов - телефончики юзают openvpn.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:43 
Даже сипнет предоставляет свой впн для защиты трафика..
Спорно ибо есть возможность использовать zrtp
Операторы почему то игнорируют эту возможность
Но шифровать сип-трафик нужно однозначно
Ваиргард в этом очень ппомогает со своей скоростью
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 20:55 
Дело даже не в защите трафика.
Дело в том, что через кастомерские неизвестных китайских рогов-и-копытов файрволы с NAT и кривыми ALG SIP пролезает через раз.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 20:56 
А если пролез SIP - то может не пролезть RTP.
Особенно в случае TLS'ных вариантов.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:41 
Что значит мимо?
Вообще то на девайсах можно поднимать впны.
Только чел написал про сип-телефон
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено 334455 , 22-Сен-21 17:17 
>Что значит мимо?
>Вообще то на девайсах можно поднимать впны.

Тебе не кажется что здесь есть _некоторое_ противоречие?

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

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:44 
Чего ты хочешь этим достичь?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено lindevel , 26-Сен-21 16:35 
Не шарю что такое радиус и AD, это вроде базы данных юзеров или что-то в этом роде для авторизации.
Проблем прикрутить не должно быть, просто сделать скрипт, который при добавлении юзера в базу будет создавать пир wireguard
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 21-Сен-21 23:42 
Когда уже AES в wireguard, ускорители?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:21 
Выглядит как попытка взобраться на подножку уезжающего поезда.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:18 
По части юзабильности WireGuard рядом не стоял с OpenVPN.

// b.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:06 
Полностью с Вами согласен: WireGuard это прекрасно и просто, в отличие от онтопика.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 03:01 
WireGuard даже по TCP не умеет работать, не говоря уже об остальном.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Dima , 22-Сен-21 07:14 
ты кроме как соединить два компьютера ни чего не делал
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 07:35 
а возможно через wireguard назначать адреса автоматически, без жесткого прописывания в конфиге клиента? а можно маршруты пушить, опять же  без правки конфига клиента?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 11:44 
>а возможно через wireguard назначать адреса автоматически, без жесткого прописывания в конфиге клиента? а можно маршруты пушить, опять же  без правки конфига клиента?

WireGuard же через netlink рулится. Напиши своего демона на наколенном Питончиге (модуль python-netlink), пусть меняет, что тебе нужно, динамически.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено нах.. , 22-Сен-21 15:46 
О эти умные мадамы, напиши сделай, на коленке и тд. На кой тогда ваш вялогуард нужен если уже все есть в openvpn.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 17:50 
Чесать ЧСВ спейсыаглистов по наколенному Петончегу, очевидно же.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 09:20 
Уважаемого дона не затруднит показать, как вг прекрасно и просто автоматически раздает адреса, днс, маршруты?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:38 
У провайдера впн как выдает.
Поработайте над вопросом
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:52 
Дон затрудняется показать. И почему я не удивлен.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 13:59 
Я не дон, но ответ дона более чем корректен и достаточен. Если вам не нужен ответ, то и не задавайте вопрос, отсыпьте себе немного самомнения и закройте браузер.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено нах.. , 22-Сен-21 15:47 
Да, вы не дон, вы уж. Виляете также.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 11:05 
Видимо, альтернативно-одарённые тебя отлайкали.

Что есть в OpenVPN чего нет в WG:

- TCP
- раздавать маршруты и DNS
- динамические обновления firewall

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 11:06 
- Интеграция RADIUS
- Plugins/dynamic modules
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 12:06 
А чем лучше VPN гонять по TCP? По UDP пропускная способность выше.
А если nftables, OpenVPN его тоже может?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 13:37 
Бывают сети, где разрешён только TCP.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:00 
Бывают сети где разрешен только DNS, но вы почему то не топите за telnet over dns
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:10 
Китайцы знают толк в IP-over-DNS извращении.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:42 
Бывают. Не топлю потому, что в сети, из которой сейчас пишу, разрешён только TCP 443. А вот DNS заворачивается на серверы провайдера.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено СеменСеменыч777 , 22-Сен-21 19:38 
> DNS заворачивается на серверы провайдера.

а не охренел ли ваш провайдер так делать ?
в нач.200х были провайдеры-фокусники, гнали клиентский http на свой "прозрачный прокси"
(видимо чтобы сэкономить трафик, роспорнонадзор тогда был не очень развит).
но им быстро объяснили, что без заказа от клиента такое делать не надо.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено sabitov , 22-Сен-21 20:31 
> а не охренел ли ваш провайдер так делать ?

Ростелеком охренел еще в процессе его- ростелекома- создания. Однако, уйти к другому испу не всегда возможно :(

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 20:43 
Охренел. Но это интернет в белорусской гос. организации, провайдер Белтелеком.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено СеменСеменыч777 , 23-Сен-21 08:36 
> Охренел. Но это интернет в белорусской гос. организации, провайдер Белтелеком.

ясно-пнятно. сценарий:
1) DDOS-атака (например штук 100 DNS-туннелей с трафиком 10 Mbit/s каждый).
2) затрахать техподдержку "у нас ничего не резолвится, отключите уже свой долбаный редирект".

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 09:49 
DoS-атака на провайдерский DNS?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено СеменСеменыч777 , 23-Сен-21 11:37 
> DoS-атака на провайдерский DNS?

да.
напишите, что вас не устраивает в предложенной мной двухходовке.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 14:17 
Первый DNS-сервер стоит в локальной сети гос. организации. Вряд ли он откажет. К тому же это лишение свободы на срок от трёх до десяти лет по статье 351 УК РБ "Компьютерный саботаж", наверняка в сети ведутся логи. А в белорусских тюрьмах заключённых пытают.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:32 
Про потери пакетов слышали?
SSL over udp?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:36 
Лучше через QUIC
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено анон ессно , 22-Сен-21 15:01 
К примеру, если надо прогнать VPN через stunnel.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено лютый жабби__ , 22-Сен-21 17:21 
>А чем лучше VPN гонять по TCP

опенвпн это самый безгеморный способ вылезти из ананально огороженной корп сети.
wg тут в пролёте...

для связи между серверами всю жизнь был ipsec.
wg тут пришёл на ХХ лет позже => тоже в пролёте...

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 18:31 
какого поезда? этот виргурд с забитыми гвоздями способами шифрации живёт до их взлома.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено ptr128 , 27-Сен-21 11:16 
А какие альтернативы OpenVPN есть из сети, в которой доступ в интернет есть исключительно через HTTP/HTTPS прокси?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено One More Аноним , 21-Сен-21 21:28 
ВСЁ! ВСЁ В ВЕДРО!

Даешь бодипозитив кернел!

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:49 
Призываю всех переходить на Windows 11 - самую лучшую ОС в мире!

// b.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:52 
Слишком толсто, птичка такое бы никогда не написал.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено pashev.me , 21-Сен-21 21:33 
Настолько привыкли к разделению привилегий (unix time share, на минуточку), что забыли зачем это надо и начали выпиливать.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:38 
Пора ребяткам поразмыслить над тем как уменьшить расходы на переключение контекстов. А то всё больше и больше софта лезет в ядро. Аудио, видео, сеть, диск. Всему хочется быть быстрым.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено None , 21-Сен-21 23:00 
Засунут в ядро браузер вместе с js и юзерспейс станет вообще не нужен.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено One More Аноним , 22-Сен-21 00:09 
"Windows 2022" (C)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 12:10 
POSIX-DOS :)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 20:59 
POSDIX или PISDOX
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 27-Сен-21 09:04 
POSDOS
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено n00by , 22-Сен-21 08:00 
Давно уже поразмыслили, придумали Спектрум и Мельдоний. Следующим шагом пришлось вставлять  ̶з̶а̶м̶е̶д̶л̶и̶т̶е̶л̶и̶  защиту от уязвимостей. Теперь переносить юзерленд в ядро.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Совершенно другой аноним , 22-Сен-21 08:53 
По крайней мере для x86 (и x86_64) уже ускоряли (первоначально вызов ядра был через вызов программного прерывания int и соответственно возврат через iret, потом придумали специальные команды sysenter/sysexit). Плюс само переключение сначала было полностью аппаратное, но как это ни странно при этом медленное (подготовка значений и jmp на TSS, если кто помнит), а потом сделали программное и быстрое (сами вручную подготовили стек вызова и сказали iret). Дальше, по всей видимости, ускорять нет возможности.

Там и само переключение контекста, сейчас, состоит в том, чтобы сохранить текущие значения регистров для текущего-же процесса в памяти (если не использовались FPU и прочие MMX-ы и SSE, то их регистры даже не сохраняют и не восстанавливают, а делают только когда они понадобятся другому процессу, а сохраняют только целочисленные регистры - разные там rax, rbx и прочее), далее загрузить текущие значения регистров процесса, на который переключаются из памяти, вот и практически всё переключение.

Другое дело, что по всей видимости, таких походов в ядро и переключений на процесс OpenVPN-а на каждый чих понадобилось довольно много.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:49 
Надеюсь, шифрование в ядре унифицируют и wireguard и openvpn и ядерная реализация quic будут использовать одинаковые примитивы, а не тащить каждый свою криптографию
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено dikiy_f90 , 21-Сен-21 22:37 
А что, используется неядерный AES или неядерный GCM? Или про какие вы примитивы?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 27-Сен-21 09:35 
Вялый гад не может использовать ничего кроме двух прибитых гвоздями алгоритмов, поэтому никакая унификация ему без изменений в протоколе не грозит.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:50 
А что про FreeBSD ?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено iZEN , 21-Сен-21 21:59 
"В ядро [FreeBSD 13-RELEASE] добавлена возможность использования крипо-ускорителей для разгрузки ЦП при работе с TLS (KTLS). Поддерживаются версии TLS от 1.0 до 1.3 и алгоритмы AES-CBC и AES-GCM. Для использования KTLS необходима совместимая SSL-библиотека в пространстве пользователя. На данный момент библиотека OpenSSL базовой системы не включает поддержку KTLS по умолчанию, однако она может быть разрешена параметром WITH_OPENSSL_KTLS при сборке."
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 21-Сен-21 23:51 
KTLS KTLS'ом, там у OpenVPN в другом проблема - от TLS до TUN-интерфейса по контекст-свитчу на пакетик. Bulk receive/send на TUN решили бы проблему, но воз и ныне там.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено нах.. , 22-Сен-21 15:50 
Если бы это решило проблему, почему я не вижу от тебя патчика в ядро?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 25-Сен-21 16:10 
Потому что FreeBSD не нужна никому, очевидно же.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 13:08 
Сам спросил, сам ответил.
Гениальный пеар ненужного.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено пох. , 22-Сен-21 13:18 
я рекомендую поизучать на досуге доклад нетфликса на очередном шабаше.
Там вы узнаете кто, зачем, и какой ценой эту пакость протащил, и чего в конечном итоге добивались.

Ведь отдача терабайтных (drm protected, заметим - то есть воровать их бесполезно) видеофайлов - это именно то, что до смерти необходимо пошифровать-пошифровать. Любой ценой, потребитель все равно никуда не денется.


"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ананимас008 , 23-Сен-21 18:04 
>заметим - то есть воровать их бесполезно

а что мешает записывать экран целиком?

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено пох. , 24-Сен-21 12:57 
фуууу, экранка!

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 25-Сен-21 16:13 
Вотермарки, однозначно указывающие на твой аккаунт. Пережимать бесполезно. При достаточном количестве кадров, даже с существенными искажениями и артефактами можно точно установить кто с экрана писал.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ананимас008 , 26-Сен-21 18:59 
> Вотермарки, однозначно указывающие на твой аккаунт. Пережимать бесполезно. При достаточном
> количестве кадров, даже с существенными искажениями и артефактами можно точно установить
> кто с экрана писал.

Предположим, что это так. Пираты уже давно не пиратят просто так. Реклама казино и прочего скама не даст соврать. 10$ на нетфликс аккаунт per film просто мелочь.

Ну и теперь понятно откуда на тытрубе фильмы, где изображение постоянно искажается. Видимо как раз борятся с разпознованием.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 01:40 
https://en.wikipedia.org/wiki/AES_instruction_set
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 02:02 
Какое такое BSD? Сокращение от босоногий девственный мальчик, а где тогда M? BSDM. И почему на английском языке, а не на русском языке. А я понял это на американском языке.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:55 
Выходит, если все программы интегрировать в ядро, то можно добиться роста производительности чуть ли не до 8-ми раз? А если интегрировать игры в ядро?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 21:58 
Гляди дальше - реализовать ядро как железку, с программами и играми. Быстрее быстрой быстроты
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:03 
во времена моей молодости это называлось "игровая приставка"
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:57 
Нее, имеется в виду подобие ПЛИС.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:05 
Моей тоже, но потом игровыми приставками стали называть "пк с шильдиком PS/Xbox"
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено нах.. , 22-Сен-21 15:52 
В мои времена это называли msdos.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:02 
FreeDOS наше всё!
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:58 
И браузер тоже в ядро не забудьте
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:07 
Вершина - ядро в ядро !
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено ryoken , 22-Сен-21 08:21 
Провалитесь за горизонт событий :D.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 08:54 
Так и делают, даже компиляторы специальные выкатили, делающие образы виртуалок, где все программы внутри ядра.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:40 
Ключевое слово - гипервизор
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:07 
Неодобряю. Лучше бы сделали именно механизм как ускорять операции тормозимые переключением контекста.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 21-Сен-21 23:44 
Не переключать контексты полностью, ворочать всё в ring0 с плоской таблицей страниц.
Секурненько, угу.
Или аппаратная поддержка переключения контекстов в CPU с хранением таковых в L1, но стоить такой объём SRAM будет как маленький самолёт.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено n00by , 22-Сен-21 08:10 
> Не переключать контексты полностью, ворочать всё в ring0 с плоской таблицей страниц.
> Секурненько, угу.

Микрософт Сингулярность https://ru.wikipedia.org/wiki/Microsoft_Singularity
была полностью безопасна, если верить тогдашним апологетам.
При том что там верификатор, а не волшебный борроу чекер, как в нынешнем тренде.

> Или аппаратная поддержка переключения контекстов в CPU с хранением таковых в L1,
> но стоить такой объём SRAM будет как маленький самолёт.

Как Spectre + Meltdown. $)

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 09:00 
Венда тоже полностью безопасна, если верить тогдашним апологетам.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено n00by , 22-Сен-21 13:57 
Не помню подобных заявлений. Помню RkU, Gmer и что-то ещё, и всё оно хором как-то не очень ловило относительно простые руткиты. И ещё помню рассказы, якобы Линукс компелируют бородатые мужики, которые на любой вопрос дают ссылку на сорцы. На деле увидел бестолковых баш-программистов Rosa Tresh, которые не умеют исправить переполнения стека в известной строке в исходниках. И ещё Алису, мизинцем левой руки делающего всех этих приблудных шелкопёров.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Совершенно другой аноним , 22-Сен-21 09:09 
Там для этого понадобился целый спец-язык, и всё ПО должно быть написано на нём, а иначе любой дятел залетевший в эту ОС разрушит цивилизацию.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено fanfan , 22-Сен-21 11:08 
Насчёт кэшей кстати, полюбопытствуйте: https://www.anandtech.com/show/16924/did-ibm-just-preview-th... .
IBM со своим z16 удивила весь мир.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:22 
Я хз чего там удивительного.
Shared L2 между модулями?
Ну так у того же Zen2 shared L3 между CCD, то есть пример AMD им явно на пользу пошёл.
А поскольку у зяблика ещё shared L3 и далее затычка для жёсткой нумы в виде L4, там синхронизационной обвязки больше самого проца. И стоит всё это целое состояние.
Понятно, что есть те, кому это нужно и привычно и по другому не сделать, но ниша узенькая, и это явно не про тот случай, когда OpenVPN/TUN с его переключениями контекста хоть сколь либо важен.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено fanfan , 22-Сен-21 14:59 
Это z15, читайте ниже про z16.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено fanfan , 22-Сен-21 16:41 
Ладно, поясню "на пальцах".

Если многоуровневые вытесняющие виртуализированные кэши, которые никто в мире пока ещё не применял, не удивительны, то на этом шарике вообще нет ничего удивительного.

Это динамическое кэширование позволит достаточно безболезненно внедрить и SMT16, и SMT32, и SMT64 и выше (при соответствующей поддержке диспетчера процессов OS конечно же). Например, типичная OS сейчас имеет порядка 200-300 процессов, поэтому CPU с 8 core и SMT64 позволит _нивелировать_ поблему переключения контекстов.

А если пойти с виртуализацией ещё дальше, и позволить перекидывать SMT-процессы (т.е. регистровые файлы) с core на core (напрямую, а не через стек в RAM) в целях динамической оптимизации распределения нагрузки... ну, далее сами поняли. Это настоящий Next Gen - будущее IT.

Поэтому, это и про все VPN решения тоже.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 21:03 
Хрен там.
Эти динамитесняющие кеши в случае вытеснения имеют latency выше чем у родных.
Меньше чем у следующего уровня. Но больше чем у локальной ноды.
Короче полумера. Ну и сложность обвязки там такая, что проще было не мучаться.
Это всё только от того, что пихнуть данный объём в каждую ноду уже некуда, а в случае блокирующего общего кеша просядет ассоциативность, на такой объём опять же дорог не напасёшься.
Tradeoff между площадью и костылями.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 25-Сен-21 08:50 
За процессами забыл треды.
Они тоже контекст.
Подглядел в винду. 2363 треда. Не, не спасёт вас SMT64.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено fanfan , 25-Сен-21 18:31 
Ерунда, нити используют быстрые локальные переходы.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 25-Сен-21 19:54 
Fiber - да, Thread - нет.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено n00by , 25-Сен-21 20:12 
Он не забыл, а треды называет процессами, каковыми они и были когда-то в Linux. В NT процесс не исполняется, это адресное пространство + объекты ядра. В Linux сейчас аналогично, но PID и TID вызывают путаницу. Как и под "контекстом" понимают каждый своё,  одни - переключение уровня привилегий + АП, другие - регистры процессора (контекст потока).
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 25-Сен-21 21:40 
Ну вот кстати да, путаница есть определённая.  У fiber'ов тоже есть условный контекст, call stack.
Но в данном случае типа обсуждаем переключение контекста в ведро и обратно, ну я и решил что по идее можно не пояснять :D
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено fanfan , 22-Сен-21 08:09 
А здесь вспомним про SPARC T-Series с барабанным SMT8, продвинутые аппаратные стеки вызова процедур, и продвинутое управление процессами/ресурсами в Solaris. Доминирующие платформы до сих пор так не умеют, а реализации аналогичной функциональности сильно отдают костылизмом.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 08:38 
Ещё ценник, а особенно - соотношение ценник-перформанс - этих спарков давай вспомним.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено fanfan , 22-Сен-21 09:25 
Ну, что сказать, манагеры всё и всех продали и перепродали: "элитность" и реклама не вытянули ничего.  
А реальная себестоимость толкового технического решения не так уж и высока.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:44 
стоимость не эквивалент ценности.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:13 
Соотношение ценность/целесообразность не просто часто, а почти всегда банально упирается в стоимостный критерий.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:09 
Насколько его помню легче выкинуть, или переписать с нуля исходя из количества удалённых эксплойтов…

Кстати, wireguard проблему и без модулей ядра решал.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Атон , 21-Сен-21 23:19 
wireguard разве шифрует трафик?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:36 
Шифрует, системой ChaCha20.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 21-Сен-21 23:45 
Когда станет возможно согласовывать нужное шифрование - приходите.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 00:04 
Пользуюсь VPN без согласований.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 00:23 
Он не об этом, а об алгоритме
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 01:24 
Товарищ майор требует?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 08:35 
Чего будете делать когда вашу чучу не товарищ майор сломает, а вполне обычный вася-кулшкололо?
Новый протокол лепить?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 09:26 
ChaCha - это штука от DJB. Много ли криетографических творений DJB сломали?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 09:42 
Мне не важно, много или мало. Сегодня не сломали, завтра сломают. Вместо AES256 появится AES1024/2048/4096, а чуча уйдёт в атсрaл. Мне скорее важна прибивка гвоздями к единственному алгоритму, которая зло априори.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 13:42 
Обновимся до WireGuard 2 с шифрованием СТРУМОК.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Атон , 22-Сен-21 21:38 
> Шифрует, системой ChaCha20.

по описанию протокола, явно сказано только что он шифрует фазу аутентификации. про шифрование пользовательского трафика в тоннеле ничего не обещали.

и бенчмарки говорят именно об этом. если OpenVPN настроить в аналогичной конфигурации, нагрузка на CPU и производительность гигабиты/сек ВНЕЗАПНО оказываются равны.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено evk , 23-Сен-21 11:04 
Это poly для аутентификации
А Chacha для данных
Или где написано обратное?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:19 
может лучше сразу написать микроядро которое поднимает впн на голом железе?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:38 
Покупайте уже железные VPNы
Как будто все такие нищебpоды
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:12 
Эти что ли? http://global.drfone.biz/ru/vpn/vpn-hardware.html
Так там тоже ОС )))
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:21 
Кто то перевëл https://www.virtuallocation.com/vpn/vpn-hardware.html
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 12:41 
У всех сертификаты от майора имеются? ;)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:58 
Официально притащенные ДА
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:27 
https://en.wikipedia.org/wiki/Programmable_logic_device
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Василий , 22-Сен-21 08:46 
В российском Континенте под капотом FreeBSD + OpenVPN. Собираются переходить в 4 версии на Linux + OpenVPN. Нет никаких "железячных" VPN.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 09:43 
"Железные" VPN'ы уже давно тоже ни фига не железные. Не все, но большинство.
Но да, тем, кому commodity cpu для их VPN не хватает, есть смысл наконец перестать кроить.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:39 
Торвальдс тебе глотку перегрызет. Он доусрачки боится победы микроядер. Ведь ему придется искать работу.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ordu , 22-Сен-21 03:24 
Микроядро -- это ещё больше переключений контекста.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 22-Сен-21 11:00 
а вот тут поподробней
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ordu , 22-Сен-21 11:43 
> а вот тут поподробней

Микроядро -- это что? Менеджер памяти плюс переключалка процессов. Всё остальное сервисами, то есть отдельными процессами, каждый со своим адресным пространством. Чем больше адресных пространств, тем больше переключений между ними.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 22-Сен-21 11:57 
а с коих пор один процесс лезет в адресное пространство другого процесса?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 12:30 
Не лезет, а просит другого с помощью IPC выполнить что-либо.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 22-Сен-21 14:00 
> Не лезет, а просит другого с помощью IPC выполнить что-либо.

а теперь поподробнее про механизмы IPC в микроядрах

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ordu , 22-Сен-21 12:35 
> а с коих пор один процесс лезет в адресное пространство другого процесса?

Я где-то сказал, что он лезет? Не, они обмениваются данными и сообщениями между процессами. Прокидывая их из одного адресного пространства в другое. И это оказывается необходимым, потому что задачи, выполняемые софтом, более дробно побиты по разным адресным пространствам.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 22-Сен-21 14:05 
> Я где-то сказал, что он лезет?

"Чем больше адресных пространств, тем больше переключений между ними."

что значить переключение? и кто переключает?

https://en.wikipedia.org/wiki/Context_switch

по ссылке я не нашел упоминание про микроядро.

> Не, они обмениваются данными и сообщениями
> между процессами. Прокидывая их из одного адресного пространства в другое. И
> это оказывается необходимым, потому что задачи, выполняемые софтом, более дробно побиты
> по разным адресным пространствам.

прочтите ссылку выше, там описано, что значить "контекст" и собственно его переключение.


"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ordu , 22-Сен-21 14:35 
> что значить переключение? и кто переключает?

На первый вопрос ты сам чуть ниже ответил, непонятно, зачем меня спрашивал. А на второй ответа нет. В том смысле, что непонятно о чём вопрос. Если процесс делает read, а read затем добавляет операцию чтения в список ожидания, чтобы потом когда драйвер tcp/ip, в свою очередь, дождётся драйвера сетевушки, который в свою очередь дождётся прерывания, чтобы потом передавать данные по цепочке обратно, то кто во всех этих ситуациях переключает контекст? Единственный верный ответ, который мне приходит в голову -- CPU, ведь именно CPU занят сохранением значений регистров и восстановлением их. Но ответ хоть и верный, он выглядит бессмысленным в данном контексте.

> по ссылке я не нашел упоминание про микроядро.

И что? Я контексты могу переключать не вылезая из юзерспейса, более того я делал это, потому что это очень занятная задачка -- будет нечем заняться, очень рекомендую. Только переключения оказываются софтварными и контексты самодельные, но так даже интереснее. Переключения контекстов сами по себе, микроядро само по себе. Ты бы ещё статью по C открыл, и попытался бы там найти упоминаний микроядер.

> прочтите ссылку выше, там описано, что значить "контекст" и собственно его переключение.

А ты сходи и почитай собрание сочинений В.И.Ленина. Не пойду я читать про переключения контекстов -- чего я не знаю про них? Я их переключал софтварно, я переключал самодельные контексты, я переключал их инструкциями x86, я постоянно вызываю их переключения дёргая юниксовые сисколлы, зачем я буду читать статью о них? Чем это поможет данному разговору? За кого ты себя мнишь, указывая тут мне, что мне делать, и не приводя, при этом, никаких обоснований этим указаниям?

Мы о чём вообще говорим сейчас? Ты не потерял тему разговора случаем? Я, совершенно определённо потерял, для меня выглядит так, что ты сам с собой вдруг начал разговаривать -- рецидив бредового состояния? Что именно тебе непонятно? Откуда берутся переключения контекста при использовании микроядра? Или тебе непонятно, что такое переключение контекста? Или тебе непонятно, что такое микроядро?

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено n00by , 22-Сен-21 15:55 
>> по ссылке я не нашел упоминание про микроядро.
> И что?

Он не умеет искать. На странице 18 вхождений подстроки "Kernel". Внизу перечислены варианты.

Kernel    Architectures: Exokernel * Hybrid * Microkernel * Monolithic * vkernel * Rump kernel * Unikernel

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 22-Сен-21 17:43 
> Он не умеет искать. На странице 18 вхождений подстроки "Kernel". Внизу перечислены
> варианты.
> Kernel Architectures: Exokernel * Hybrid * Microkernel * Monolithic * vkernel *
> Rump kernel * Unikernel

ага умник, а сколько букв "м" ?


"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено n00by , 23-Сен-21 09:03 
>> Он не умеет искать. На странице 18 вхождений подстроки "Kernel". Внизу перечислены
>> варианты.
>> Kernel Architectures: Exokernel * Hybrid * Microkernel * Monolithic * vkernel *
>> Rump kernel * Unikernel
> ага умник, а сколько букв "м" ?

Господин профессор информационных наук, а туфли Вам не почистить до блеска? Ой, Вы в кедах?

Тогда тема нашего урока: "работа с гипертекстовыми документами".

Слово "Microkernel" отличается цветом -- это называется "ссылка". Тыкаем туда мышкой. Читаем, видим два вхождения подстроки "context switch". Ищем ответы на остальные вопросы. Если таковые остаются, формулируем новые, показывая, что хоть что-то поняли. Может кто и ответит.

А тема "общее и частности" выходит за рамки нашего курса. Всего доброго.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 23-Сен-21 02:09 
>На первый вопрос ты сам чуть ниже ответил, непонятно, зачем меня спрашивал.

Спрашивал чтобы понять, в курсе вы, что значить "контекст", его "переключение" и кто "переключает". Сделал вывод, что не в курсе, и поэтому указал ссылку где об этом можно прочесть. Ибо знающий не писал бы, "Микроядро -- это ещё больше переключений контекста.".

А теперь по статье построчно:

Вопрос: что такое "контекст" и "переключение контекста"

Ответ: In computing, a context switch is the process of storing the state of a process or thread, so that it can be restored and resume execution at a later point. This allows multiple processes to share a single central processing unit (CPU), and is an essential feature of a multitasking operating system.

Дополнение: The precise meaning of the phrase “context switch” varies. In a multitasking context, it refers to the process of storing the system state for one task, so that task can be paused and another task resumed. A context switch can also occur as the result of an interrupt, such as when a task needs to access disk storage, freeing up CPU time for other tasks. Some operating systems also require a context switch to move between user mode and kernel mode tasks.


Вопрос: В каких случаях происходит "переключение контекста"

Ответ: Когда имеет место быть - Multitasking, Interrupt handling, User and kernel mode switching (тут надо выделить слово mode)


Вопрос: "Цена переключения"

Ответ: Context switches are usually computationally intensive, and much of the design of operating systems is to optimize the use of context switches. Switching from one process to another requires a certain amount of time for doing the administration – saving and loading registers and memory maps, updating various tables and lists, etc. What is actually involved in a context switch depends on the architectures, operating systems, and the number of resources shared (threads that belong to the same process share many resources compared to unrelated non-cooperating processes).

Дополнение: For example, in the Linux kernel, context switching involves switching registers, stack pointer (it's typical stack-pointer register), program counter, flushing the translation lookaside buffer (TLB) and loading the page table of the next process to run (unless the old process shares the memory with the new).

Дополнение: Furthermore, analogous context switching happens between user threads, notably green threads, and is often very lightweight, saving and restoring minimal context. In extreme cases, such as switching between goroutines in Go, a context switch is equivalent to a coroutine yield, which is only marginally more expensive than a subroutine call.


> А на второй ответа нет. В том смысле, что непонятно о
> чём вопрос.

Думаю прочли дополнение ответа первого вопроса выше, вот там часто мелькает слово task, так вот вопрос был в том, кто управляет этими tasks и делает "context switch".

> то кто во всех этих ситуациях переключает контекст?

это и был собственно вопрос

> Единственный верный ответ, который мне приходит в голову -- CPU

Приходит или вы это прочли где-то? Если прочли, то ссылку в студию.

> ведь именно CPU занят сохранением значений регистров и восстановлением
> их.

Нет, не всегда, читаем по ссылке раздел Switching cases параграф Interrupt handling


> И что? Я контексты могу переключать не вылезая из юзерспейса, более того
> я делал это, потому что это очень занятная задачка -- будет
> нечем заняться, очень рекомендую. Только переключения оказываются софтварными и контексты
> самодельные, но так даже интереснее.

Вот поэтому я вам ссылку указал где поясняется, что подразумевается под понятием "context switch", а то что вы делаете там из юзерспейса - называйте как хотите. Даже банальный вызов функций в одном процессе есть своего рода "context switch".


> Ты бы ещё статью по C открыл, и
> попытался бы там найти упоминаний микроядер.

Ваше же утверждение "Микроядро -- это ещё больше переключений контекста."?, по ссылке выше про микро-ядро ни слово.


> зачем я буду читать статью о них? Чем это поможет данному разговору?

Внесет ясность в вопрос ```Истинно ли данное утверждение - "Микроядро -- это ещё больше переключений контекста."?```

> За кого ты себя мнишь, указывая тут мне, что мне делать, и
> не приводя, при этом, никаких обоснований этим указаниям?

На утверждение "Микроядро -- это ещё больше переключений контекста." жду пояснений, так и написал в коменте "а вот тут поподробней".


> Мы о чём вообще говорим сейчас? Ты не потерял тему разговора случаем?

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

> Я, совершенно определённо потерял, для меня выглядит так, что ты сам
> с собой вдруг начал разговаривать -- рецидив бредового состояния?

Это все лишнее, сконцентрируйтесь на вопросах.

> Что именно тебе непонятно?

выше все описано


"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Ordu , 23-Сен-21 03:49 
>> Я, совершенно определённо потерял, для меня выглядит так, что ты сам
>> с собой вдруг начал разговаривать -- рецидив бредового состояния?
> Это все лишнее, сконцентрируйтесь на вопросах.

Нету вопросов у тебя. Ты просто что-то там утверждаешь, цитируешь из википедии прописные истины, не озвучивая при этом ни одного вопроса. Тебе всё понятно, но при этом ты почему-то не согласен. Ты меня за телепата держишь, что я сейчас по аватарке определю, что у тебя там за бардак в голове творится?

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Совершенно другой аноним , 23-Сен-21 10:20 
Справедливости ради, одной из причин, по которой не особо взлетели микроядра, это и были лишние накладные расходы на системные вызовы и переключение контекстов. Для примера можно посмотреть работу прикладной программы с сетевой файловой системой.

В linux с ядерным nfs, прикладная программа говорит open() на какой-то сетевой файл, происходит системный вызов (1с), далее начинается беготня по ядру, сначала по коду клиента nfs, потом по сетевой подсистеме, которая обеспечивает протокольную часть, а затем и по драйверной части, если за это время нам понадобилось чего-то ждать, то может происходить переключение контекстов на другой процесс/поток (1п?). Как бы то ни было, всё заканчивается выдачей сформированного пакета через один из сетевых интерфейсов. Затем происходит возврат из ядра, но в данном случае мы его не будем рассматривать.

В микроядерной QNX6 всё немного по-другому. Прикладная программа говорит open() на какой-то сетевой файл. Происходит системный вызов (1с) микроядра, и переключение (1п) на прикладной процесс демона nfs, который внутри себя начинает формировать пакет и далее опять вызывает микроядро (2с), которое переключается (2п) на процесс сетевой подсистемы, который уже выдаёт сообщение через один из сетевых интерфейсов. Аналогично в процессе работы как nfs, так и процесса сетевой подсистемы им может понадобиться чего-то подождать, что потребует ещё одного или более переключений контекста (3п?).

В QNX4 было-бы ещё сложнее - там был отдельный процесс обеспечивающий стек протоколов tcp/ip, а отдельно - сетевая подсистема работающая с сетевыми-же интерфейсами, т.е. системных вызовов и переключений контекста было-бы ещё больше.

В итоге видите, что в linux для открытия файла на nfs требуется один условный системный вызов и половину переключения контекста (может быть, а может нет), в микроядерной QNX требуется два системных вызова и два с половиной переключения. На самом деле всё гораздо сложнее, в обоих случаях и в linux и в QNX могут потребоваться ещё дополнительные системные вызовы и переключения контекста, но по факту, в QNX их количество будет больше, соответственно больше будут и накладные расходы на аналогичные операции.

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

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:23 
Как-то приросты не впечатляют. К тому же этот OpenVPN жрёт память так, что его даже на роутер 8/32 вешать не рекоммендую.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 05:55 
Как шифрование настроишь, так и жрать будет. Волшебной кнопки "сделать секьюрно и без нагрузки" не бывает.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 25-Сен-21 08:54 
OpenVPN жрёт память?
Что вы с ним сделали, с -O9 собрали? (sic!)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 22:31 
Поигрались с модно-молодёжным wireguard и хватит. Это начало конца для него. Wireguard не гибкий.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:13 
А мы его не гнем
А тунели устанавливаем
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 10:23 
устанавливайте, тока вот шыфр не поменяете :-)
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено ka4an , 21-Сен-21 22:50 
по скорости пптп пока нет ничего быстрее
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:14 
Без него удобнее
Ибо шифрование в этом поделие только мешает,
но не защищает
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:30 
WireGuard
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:24 
Есть. IPIP.
Но он не про шифрование.
А то MPPE которое в PPTP, оно тоже не предел, аппаратная акселерация для AES его зарубает.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено nevlezay80 , 21-Сен-21 22:58 
Ждём в апстриме
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено InuYasha , 21-Сен-21 22:58 
Вот бы в OpenWRT это всё, и с offload-ом...
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:09 
Не ждите чуда на embedded железе, правда.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 12:52 
Дык openwrt и всякие кинетики ж умеют в WG, зачем страдать?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено InuYasha , 23-Сен-21 20:06 
> Дык openwrt и всякие кинетики ж умеют в WG, зачем страдать?

wg блочат во все дыры и в нём "энтерпрайзных" фич не хватает.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено кек , 21-Сен-21 23:10 
- Может починим 12309?
- Нет, лучше впихнём ненужно!
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 07:57 
Точно! Разработчикам openvpn прежде чем что-то разрабатывать нужно посоветоваться с местными экспертами!
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:24 
Такими темпами у нас будет двухядерный линукс..
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 21-Сен-21 23:47 
А почему нельзя задействовать модуль ТРМ ?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 00:02 
Ключи для VPN и так в TPM хранят, почти все серьёзные протоколы это так или иначе поддерживают. Клиенты OpenVPN в том числе, через pkcs11.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено InuYasha , 22-Сен-21 00:35 
а откуда такое желание использовать ЭТО?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:48 
Как вычислительную мощность для шифрования
Разгрузка ресурсов ОС
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено InuYasha , 22-Сен-21 11:29 
Как одобренный кем надо криптопроцессор, ага. Плакальщиц мне в хоромы!
Счастье, что раньше это %s можно было опционально не втыкать.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:28 
Хорошо. А какие железки свободны?
Старый вопрос о главном! ))
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:51 
https://riscv.org/wp-content/uploads/2018/12/14.00-Kawaskaki...
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:56 
А в чём проблема?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено InuYasha , 22-Сен-21 11:33 
> А в чём проблема?

Мягко говоря, во всём. http://www.notcpa.org/faq.html Правда, его можно немного обойти. https://arstechnica.com/gadgets/2021/08/how-to-go-from-stole.../ Где-то ещё была статья о реальном взломе ТПМ, но уже надоело искать.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 00:52 
Отключи всё шифрование, и будет скорость
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:49 
Подключись к DPI и будет все летать на сервера серового дома
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 02:28 
А ничего что ветка последний раз обновлялась 11 Мая?
https://github.com/OpenVPN/ovpn-dco

И с тех пор 0 issues, 0 commits.
Вдруг вспомнили про заброшенную ветку и написали в блоге новость?
Впрочем опенвпну свойственно, 20 лет не могли ускорить, даже когда AES-NI
завезли, пока петух (Wireguard) в одно место не клюнул, даже не пытались.
Видимо "конкуренция" дала о себе знать и засуетились немного.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 08:32 
>даже когда AES-NI

завезли, пока петух (Wireguard) в одно место не клюнул
В хвалёном wirrguard вообще нет аппаратного ускорения шифрования.

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 03:22 
Маразм. Вместо того чтобы всё по модулям вытаскивать из ядра и доводить до микроядра, наоборот тащат всё внутрь. Ради мифической производительности. На безопаность при этом плюют.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 08:50 
на rust перепишут - и будет тебе безопасность.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено anonymous , 23-Сен-21 00:14 
security != safety
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 07:31 
Скоро всю ось засунут прямо в ядро.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено ryoken , 22-Сен-21 08:24 
Чо, опять ДОС будет? :D
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 07:45 
Не силен в разработке ос, но так со стороны только и вижу, что всех тормозит переключение контекста. То может это проблема ошибочной архитектуры линукса?
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено ryoken , 22-Сен-21 08:26 
Скажите, а кто-то (кроме, по слухма, OS/2) сейчас умеет использовать другие кольца, окромя 0 и 3? И чтоб не SMM / диспетчер VM.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено СеменСеменыч777 , 22-Сен-21 19:25 
Intel ME использует что-то в районе "-3" (минус три).
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено yet another anonymous , 22-Сен-21 08:31 
Мил человек, ну хоть чуть-чуть с матчастью познакомьтесь (тема "Теория операционных систем") _до_ комментирования в таком духе.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено BorichL , 23-Сен-21 16:28 
Да вот ещё! Он привык чтоб "из каропки" и чтоб само!
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 08:33 
Тут проблема в процессорах, а не линуксе. Давно бы уже запилили микроядро, если бы переключение между рутом и юзером бы так не тормозило. Тем более сейчас уже все процессоры многоядерные и можно было просто выделить одно ядро под ядро (сорри за каламбур).
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 08:39 
Нельзя одно ядро под ядро, i/o давно уже много ядер под ядро.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:02 
Смысл в том, что надо как то избавится от переключения контекстов. Это основная проблема микроядра - слишком много переключений контекстов. Из за этого идея микроядра и стала своеобразной утопией. В теории все было хорошо и красиво, но на деле все уперлось в сложнейшие механизмы постановки запросов к ядру в очереди, чтобы не переключать контексты по каждому запросу, а накапливать их по нескольку штук. И в итоге, как это часто бывает с утопиями, проблемы с кучей костылей превысили реальную пользу от перехода на микроядро.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Sw00p aka Jerom , 22-Сен-21 11:04 
>Это основная проблема микроядра - слишком много переключений контекстов.

детали в студию

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:15 
Ну как-как.
Число ядер, превышающее число процессов.
Вот только...
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 10:04 
И добавлю, что естественно, что эта проблема просто не может быть решена программным путем, как эти ребята из Hurd не стараются. Тут надо что то менять в самой архитектуре процессора.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 11:41 
Между рутом и юзером? Переключение? Ну так работай под рутом, делов то! Чем ядро мешает? Можно хоть вообще поддержку лишних пользователей прямо в ядре выключить. А гипервизор и исполняется на отдельном ядре, всё давно придумано. Теперь интел придумал скопировать арм на дексктопах ещё больше, чем раньше, и твои мечты практически исполнены.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 14:16 
Про гипервизор на отдельном ядре - порвало.
На отдельной планете, угу.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:28 
Ну это не раньше, чем обнаружат способ передавать данные на порядки быстрее света в вакууме. Гипервизор такой уже десятки лет наверно существует, и даже в каждом процессоре есть.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Онаним , 22-Сен-21 21:05 
Вы про выносной сервисный процессор, который PSP и ME?
Это не совсем гипервизор, это скорее SMU/SMC, который обслуживает совсем уж сложные сервисные функции и не параллелится.
А вот типичный VM-гипервизор мало того, что собственно на каждом ядре планировщик вертит, так ещё и вызовы обрабатывает в контексте того же ядра, потому что сваливать запросы между ядрами - это, батенька, производительность вообще в ноль уронит.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено anonymous , 22-Сен-21 19:48 
Тебе не смешно такое писатьв 2к21? Процы медленные и тормозят? Ладно ещё в 90е таким отмазывались.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 21:08 
2k21 = 20021
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 21:09 
)))
200021
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 06:02 
Неправильно вы все пишете. Он имел в виду игру про баскетбол NBA 2K21. Только при чем тут процессоры и OpenVPN...
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Demo , 23-Сен-21 09:39 
> в 2к21?

2k21 == 2.21•10³

"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Нанобот , 22-Сен-21 11:41 
Имхо, это нужно было сделать ещё лет десять назад. А в остальном - лучше поздно, чем никогда
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 14:25 
10 лет назад интернет еще не был тотально зондирован и VPN ещё не был нужен 90% пользователей
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним12345 , 22-Сен-21 12:39 
А кое-где у нас порой даже графику умудряются засунуть в ядро
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 13:45 
Базовому подключаемому модулю, способному в вывод графических примитивов, давно место в ядре. Удивительно, почему оно до сих пор не везде реализовано.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Big Robert TheTables , 22-Сен-21 14:59 
вектор неверен - для уменьшения числа переключений надо вытаскивать код в юсерспейс.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 22-Сен-21 17:26 
Нет предела совершенству
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено Аноним , 23-Сен-21 13:32 
Наш ответ богомерзкому вайргарду. Годится! Еще бы опенссл выбросили.
"Представлен модуль ядра, способный в разы ускорить OpenVPN"
Отправлено слакавод , 24-Сен-21 15:46 
Класс. В свете тотального скатывания к феодализму- КРАЙНЕ актуально!