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

Про сложность протокола DNS, когда пишешь свой клиентский код с нуля. Нет DNS - нет проблем.

Определённо, чтобы понимать сети на самом глубоком уровне надо их программировать самому. Чем Иван Пепельняк и занимается последние годы со своим netlab и поэтому выдаёт каждую неделю миллион постов про то как всё оно на самом деле, потому что у него что-то не заработало. Про уровни 1 и 2, которых больше чем кажется и что там обитает. И тут же напоминалочка, что с VLAN 1 шутки плохи и не стоит пытаться пропихнуть его тегированным в канале.

И вдогонку про VRRPv3 для IPv6 и ответ на это - "Потому что". Ответ интереснее чем вопрос и он достаточно типичный, чтобы мы про него знали или догадывались.

Как-то давно мы думали про организацию мероприятия, но больше смеялись чем действовали. Я держал это в памяти, периодически думая что надо бы к этому вопросу вернуться. Так как желание не прошло и пока оно не прошло я хочу вас спросить: Насколько было бы интересно собраться в Волгограде (в центре) и послушать 3-4 доклада про сети в широком смысле, пообщаться, познакомиться?
Я никогда не спрашивал кто и откуда, поэтому просто не представляю сколько вас из Волгограда и окрестностей. Те из друзей кого я спросил и даже предложил выступить, были очень заинтересованы, но это узкий круг и сильно неформальный. Скорее всего это будет выходной день в пределах ближайших трёх месяцев и надо будет найти в себе силы прийти, особенно людям привыкшим к удалёнке. В первую очередь, я думаю, что это возможность пообщаться на близкую тему, не уезжая за тридевять земель.

Я хочу вас попросить отвечать честно на опрос ниже, по другому мне никак не понять к чему готовиться, что планировать и стоит ли что-то планировать.

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

DoS атака на QUIC, на реализации hash-таблиц с идентификаторами соединений. Атакующий может вызвать коллизии тем самым замедлив работу сервера. Авторы проверили 24 реализации и нашли что треть подвержены коллизиям, мимоходом, зачем-то, пнув C и C++, хотя потом сказали, что реализация на Rust тоже уязвима. На кону опять оказалась либо скорость, либо устойчивость. Что вообще такое hash-таблицы и где там сложность и критичность, для чего они в сетях, можно посмотреть в этом конспекте с формулами.

Ещё один top на максималках - btop, настраиваемый, с графиками, процессами даже можно управлять. Но классику, наверное, лучше не забывать.

Текущее состояние дел с постквантовыми алгоритмами криптографии. Выглядит так, что почти никто не заметит когда одно сменится на другое.

Я пропустил десяток обновлений версий библиотеки которую использую для работы с Telegram с моим ботом @FullViewBGPbot, поэтому обновление выдалось серьёзное, хотя и не трудоёмкое. Переписал свой код с Thread на asyncio который теперь используется в библиотеке. Если что-то пойдёт не так и я вдруг не замечу, пожалуйста напишите, я оперативно поправлю. Второй бот с BGP я отключил, возможности получать обновления с Twitter зарезали совсем, на других платформах работает эпизодически, за ним я тоже буду поглядывать, может быть восстановлю работу если пойму как.

Интересно, если все вернутся официально, будут темы про импортозамещение такие горячие? Я думаю многие делали себе такие сравнительные таблички про отечественные решения. Вот тут в трёх частях 1, 2 и 3 и файлики для удобства.

Из серии "Смотрите что нашел!"

Low latency tuning guide - сборник техник по оптимизации системы для минимизации задержек.

Внутри как привычные подходы вроде изоляции ядер и отключения гиперпоточности, так и совсем для меня новые:

- сокращение прерываний таймера планировщика через nohz_full, что будет снижать накладные расходы на context swithing.
- закрепление страниц в RAM с помощью mlockall(MCL_CURRENT | MCL_FUTURE), чтобы избежать их выгрузки на диск.

Особую ценность добавляет обилие ссылок для более глубокого погружения в предмет.

Упражнение: задавать себе вопросы из разряда: "Для low latency советуют SCHED_RR и SCHED_FIFO, а что если важнее пропускная способность? Как бы я изменил подход? Почему?"

#kernel #tuning #low_latency

Я до сих по не перебрался ни на какую блог-платформу, а телеграф не прожевал столько контента (я поражен).
Пришлось писать на хабре, извините 😩
В общем, идите на ближайший рынок - покупайте там коммутаторы китайские, ставьте туда линукс и запускайте FRR. Так победим импортозамещение.
А про БАЗУ FRR-а можно почитать тут
https://habr.com/ru/articles/884824/

Телеграм на этой неделе прямо радует обилием интересностей, куда же без IPv6? Никуда.

Наткнулся на интересный доклад по миграции с IPv4 на IPv6.

До этого уже писал про переход внутри гугла, а тут вот FB. Идёт 2025 год и только компании в духе Google или FB переходят на IPv6.

да да, Яндекс тоже

Дословно "Our edge network infrastructure is sufficiently large that we have run into scaling problems with IPv4 addressing."
Короче у ребят проблема пока что на границе, но внутри также ходит IPv4, и ещё походит думаю не один год...

А доклад любопытный, и оформление и задача и решение.

https://storage.googleapis.com/site-media-prod/meetings/NANOG92/5237/20241022_Kirkland_Removing_Ipv4_Infrastructure_v1.pdf

https://youtu.be/IKYw7JlyAQQ?si=zyPRkzYaR0rJ0FIR

За наводку спасибо ребятам из чата по ipv6 - @version6