The OpenNET Project / Index page

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



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

Оглавление

Представлен модуль ядра, способный в разы ускорить OpenVPN, opennews (??), 21-Сен-21, (0) [смотреть все]

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


57. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от Онаним (?), 21-Сен-21, 23:44 
Не переключать контексты полностью, ворочать всё в ring0 с плоской таблицей страниц.
Секурненько, угу.
Или аппаратная поддержка переключения контекстов в CPU с хранением таковых в L1, но стоить такой объём SRAM будет как маленький самолёт.
Ответить | Правка | Наверх | Cообщить модератору

84. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от n00by (ok), 22-Сен-21, 08:10 
> Не переключать контексты полностью, ворочать всё в ring0 с плоской таблицей страниц.
> Секурненько, угу.

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

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

Как Spectre + Meltdown. $)

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

98. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +3 +/
Сообщение от Аноним (98), 22-Сен-21, 09:00 
Венда тоже полностью безопасна, если верить тогдашним апологетам.
Ответить | Правка | Наверх | Cообщить модератору

144. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +1 +/
Сообщение от n00by (ok), 22-Сен-21, 13:57 
Не помню подобных заявлений. Помню RkU, Gmer и что-то ещё, и всё оно хором как-то не очень ловило относительно простые руткиты. И ещё помню рассказы, якобы Линукс компелируют бородатые мужики, которые на любой вопрос дают ссылку на сорцы. На деле увидел бестолковых баш-программистов Rosa Tresh, которые не умеют исправить переполнения стека в известной строке в исходниках. И ещё Алису, мизинцем левой руки делающего всех этих приблудных шелкопёров.
Ответить | Правка | Наверх | Cообщить модератору

99. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +1 +/
Сообщение от Совершенно другой аноним (?), 22-Сен-21, 09:09 
Там для этого понадобился целый спец-язык, и всё ПО должно быть написано на нём, а иначе любой дятел залетевший в эту ОС разрушит цивилизацию.
Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

122. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от fanfan (?), 22-Сен-21, 11:08 
Насчёт кэшей кстати, полюбопытствуйте: https://www.anandtech.com/show/16924/did-ibm-just-preview-th... .
IBM со своим z16 удивила весь мир.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

157. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +1 +/
Сообщение от Онаним (?), 22-Сен-21, 14:22 
Я хз чего там удивительного.
Shared L2 между модулями?
Ну так у того же Zen2 shared L3 между CCD, то есть пример AMD им явно на пользу пошёл.
А поскольку у зяблика ещё shared L3 и далее затычка для жёсткой нумы в виде L4, там синхронизационной обвязки больше самого проца. И стоит всё это целое состояние.
Понятно, что есть те, кому это нужно и привычно и по другому не сделать, но ниша узенькая, и это явно не про тот случай, когда OpenVPN/TUN с его переключениями контекста хоть сколь либо важен.
Ответить | Правка | Наверх | Cообщить модератору

172. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от fanfan (?), 22-Сен-21, 14:59 
Это z15, читайте ниже про z16.
Ответить | Правка | Наверх | Cообщить модератору

183. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +1 +/
Сообщение от fanfan (?), 22-Сен-21, 16:41 
Ладно, поясню "на пальцах".

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

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

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

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

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

198. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +1 +/
Сообщение от Онаним (?), 22-Сен-21, 21:03 
Хрен там.
Эти динамитесняющие кеши в случае вытеснения имеют latency выше чем у родных.
Меньше чем у следующего уровня. Но больше чем у локальной ноды.
Короче полумера. Ну и сложность обвязки там такая, что проще было не мучаться.
Это всё только от того, что пихнуть данный объём в каждую ноду уже некуда, а в случае блокирующего общего кеша просядет ассоциативность, на такой объём опять же дорог не напасёшься.
Tradeoff между площадью и костылями.
Ответить | Правка | Наверх | Cообщить модератору

226. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от Онаним (?), 25-Сен-21, 08:50 
За процессами забыл треды.
Они тоже контекст.
Подглядел в винду. 2363 треда. Не, не спасёт вас SMT64.
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

230. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от fanfan (?), 25-Сен-21, 18:31 
Ерунда, нити используют быстрые локальные переходы.
Ответить | Правка | Наверх | Cообщить модератору

231. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +1 +/
Сообщение от Онаним (?), 25-Сен-21, 19:54 
Fiber - да, Thread - нет.
Ответить | Правка | Наверх | Cообщить модератору

232. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от n00by (ok), 25-Сен-21, 20:12 
Он не забыл, а треды называет процессами, каковыми они и были когда-то в Linux. В NT процесс не исполняется, это адресное пространство + объекты ядра. В Linux сейчас аналогично, но PID и TID вызывают путаницу. Как и под "контекстом" понимают каждый своё,  одни - переключение уровня привилегий + АП, другие - регистры процессора (контекст потока).
Ответить | Правка | К родителю #226 | Наверх | Cообщить модератору

233. "Представлен модуль ядра, способный в разы ускорить OpenVPN"  +/
Сообщение от Онаним (?), 25-Сен-21, 21:40 
Ну вот кстати да, путаница есть определённая.  У fiber'ов тоже есть условный контекст, call stack.
Но в данном случае типа обсуждаем переключение контекста в ведро и обратно, ну я и решил что по идее можно не пояснять :D
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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