Ru
ГлавнаяКаналыIT → Kali Linux (ru)

Kali Linux (ru)

@kali_linux_ru · IT
9 030подписчиков сейчас
Подписаться в Telegram

Публикации всего: 30

Постов на странице: 10 30 50 Страница 1 из 3
🖥 Linux 7.3 может стать одним из самых производительных релизов ядра за последние годы Главный упор - не на новые фичи, а на ускорение уже существующего стека. Btrfs получает прирост в 3–5 раз в отдельных сценариях: logging, fsync, tracking extent buffers и direct I/O. Плюс free-space cache по умолчанию переезжает с v1 на v2. EXT4 тоже ускоряют: параллельные direct I/O writes, улучшения allocator через fallocate() и рост IOPS на Gen5 NVMe примерно с 1,92 млн до 2,19 млн. Планировщик переработан ради более ровного frame pacing, особенно на слабом железе. В памяти тоже есть серьёзные цифры: фиксы contention в zsmalloc дают до 1,83×, а lock time в KSM reverse mapping сокращается с 500+ мс до менее 2 мс. Для real-time workloads тоже мощный прирост: P99 latency на SMP снижается примерно с 17 мс до 1,5 мс. А владельцы Intel hybrid CPU — Alder Lake, Lunar Lake и Panther Lake — получают лучшее распределение нагрузки между P-cores и E-cores. Если всё это дойдёт до стабильного релиза без регрессий, Linux 7.3 будет очень интересным обновлением именно для производительности.
Перейти к публикации →
https://habr.com/p/1073200/
Перейти к публикации →
https://mobaxterm.mobatek.net/
Перейти к публикации →
Как работает HTTPS? Безопасный протокол передачи гипертекста (HTTPS) - это расширение протокола передачи гипертекста (HTTP). HTTPS передает зашифрованные данные с использованием транспортного уровня безопасности (TLS). Если данные будут перехвачены в Интернете, все, что получит угонщик, - это двоичный код. Как шифруются и дешифруются данные? Шаг 1 - Клиент (браузер) и сервер устанавливают TCP-соединение. Шаг 2 - Клиент отправляет серверу " client hello". Сообщение содержит набор необходимых алгоритмов шифрования (наборов шифров) и последнюю версию TLS, которую он может поддерживать. Сервер отвечает " server hello", чтобы браузер знал, может ли он поддерживать алгоритмы и версию TLS. Затем сервер отправляет SSL-сертификат клиенту. Сертификат содержит открытый ключ, имя хоста, дату истечения срока действия и т. д. Клиент проверяет сертификат. Шаг 3. После проверки SSL-сертификата клиент генерирует ключ сессии и шифрует его с помощью открытого ключа. Сервер получает зашифрованный ключ сеанса и расшифровывает его с помощью закрытого ключа. Шаг 4 - Теперь, когда клиент и сервер владеют одним и тем же сеансовым ключом (симметричное шифрование), зашифрованные данные передаются по защищенному двунаправленному каналу. Почему HTTPS переключается на симметричное шифрование при передаче данных? Есть две основные причины: 1. Безопасность: Асимметричное шифрование работает только в одну сторону. Это означает, что если сервер попытается отправить зашифрованные данные обратно клиенту, любой сможет расшифровать их с помощью открытого ключа. 2. Ресурсы сервера: Асимметричное шифрование добавляет довольно много математических накладных расходов. Оно не подходит для передачи данных в длительных сессиях.
Перейти к публикации →
Иногда вам может понадобиться проверить синтаксис Python-файла без его запуска. Такая простая проверка может быть полезна, например, в качестве хука перед коммитом или быстрой проверки в рамках непрерывной интеграции (CI). Прямого способа сделать это нет. Вы можете запустить файл с помощью команды python -m module.py, что предотвратит выполнение блока if name == 'main'. Однако все импорты всё равно будут выполнены, и это может привести к ошибкам, если вы хотите проверить синтаксис в среде, где модуль не может и не должен быть запущен. Тем не менее, стандартная библиотека Python содержит модуль py_compile, который генерирует байт-код из исходного файла Python без его выполнения. Это именно то, что нам нужно: $ python -m py_compile test.c File "test.c", line 1 int main() { ^ SyntaxError: invalid syntax
Перейти к публикации →
https://habr.com/ru/posts/1070812/
Перейти к публикации →
В ящике вашего стола лежит сервер, за который вы уже заплатили Возьмём характеристики не очень старого смартфона: восемь ARM-ядер, 8 ГБ памяти, 128 ГБ флеша, свой модем и аккумулятор, работающий как ИБП без всякого ИБП. За VPS с такими параметрами вы бы платили ежемесячно, а этот уже оплачен и пылится. Особенно обидно сейчас, когда память подорожала и собирать мини-ПК под пет-проекты откровенно невыгодно. Один разработчик решил пойти по пути осознанного потребления и приспособил свой Android-смартфон под серверные задачи. В материале (https://seg6.space/posts/phone-server/) он рассказывает: — как уговорил систему, вся суть которой в засыпании, не спать сутками; — чем заменил systemd; — как гоняет обычные Linux-образы без Docker. Кстати, всё получилось. VPS отключён, а сервисы переехали на телефон. Кто-нибудь уже пробовал так?
Перейти к публикации →
🌀 upmd превращает обычный Markdown в исполняемый workflow Можно держать инструкции, команды, зависимости и вывод терминала прямо в одном .md-файле, а code blocks запускать как связанные между собой задачи. Получается что-то между документацией, task runner и живым dev-ноутбуком без отдельного YAML-конфига. Проект написан на Rust и построен на Ratatui. GitHub: github.com/rezigned/upmd
Перейти к публикации →
https://habr.com/p/1070740/
Перейти к публикации →
https://habr.com/p/1068204/
Перейти к публикации →
1 2 3

Другие каналы категории