Вот совет по Linux

Когда вы убиваете процесс, вы на самом деле его не убиваете. Вы просто отправляете ему сигнал.

А уже сам процесс решает, что с этим делать.

kill <PID> (отправляет SIGTERM, сигнал 15):

Это вежливый способ.

Он посылает сигнал SIGTERM (Terminate — завершить).

Процесс может перехватить этот сигнал, чтобы выполнить очистку: сохранить файлы, закрыть соединения и т. д., а затем корректно завершиться

kill -9 <PID> (отправляет SIGKILL, сигнал 9):

Это жёсткий способ.

Он посылает сигнал SIGKILL.

Этот сигнал процесс перехватить не может. Ядро просто вмешивается и немедленно завершает процесс.

Сначала попробуйте обычный kill. Используйте kill -9 только если процесс завис и отказывается завершаться

@linuxos_tg

Вот занятный факт о Linux

Вы можете запустить целое отдельное ядро Linux внутри одного процесса на своей машине. Без root-прав и без какого-либо ПО для виртуализации.

Это User-Mode Linux (UML). Это специальный порт ядра, который работает как обычное пользовательское приложение.

Вместо обращения к железу оно взаимодействует с вашим хостовым ОС. Файл превращается в жёсткий диск, а ваш терминал в его консоль. Вы можете загрузить систему, залогиниться и запускать программы, почти как в VM, но всего одной простой командой.

Это мощный инструмент для разработки и отладки ядра, а также для создания изолированных тестовых окружений за считанные секунды

Хотите разобраться глубже? Ознакомьтесь с полной статьей: тык

@linuxos_tg

Совет дня

@linuxos_tg

Сообщество Kubernetes официально объявило о выводе ingress-nginx из эксплуатации

Много лет этот контроллер был выбором по умолчанию для маршрутизации HTTP/HTTPS-трафика в бесчисленных кластерах, но в марте 2026 года он перейдёт в архивный режим.

Основная причина этого решения в том, что Kubernetes Ingress API уже давно заморожен. В сам API больше не добавляются новые фичи, что ограничивает дальнейшее развитие ingress-nginx.

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

До марта 2026 года ingress-nginx будет получать только best-effort поддержку - без гарантированных релизов, исправлений багов или обновлений безопасности. После этого он больше не будет получать активную поддержку.

Командам, зависящим от ingress-nginx, стоит начать подготовку уже сейчас: определить кластеры, где он используется, оценить альтернативы, протестировать план миграции и рассмотреть контроллеры, поддерживающие Gateway API, чтобы дальнейшие апгрейды проходили безболезненно

@linuxos_tg

Порт Linux-ядра на WebAssembly

Недавно один энтузиаст объявил о работе над портированием Linux-ядра на WebAssembly и уже смог запустить его в браузерах с поддержкой WASM

Порт ядра работает и позволяет выполнять базовые программы из командной оболочки прямо в веб-браузере. Однако есть проблемы со стабильностью и некоторыми браузерами

Разработчик так описал текущее состояние работы над WASM-ядром:

«Сейчас это технологическое демо, оно нужно, чтобы показать, что вообще возможно. Есть вещи, из-за которых с тем, что у нас есть сегодня, всё получается более болезненным, чем должно быть. Хорошая новость в том, что если есть желание двигаться дальше с Linux и Wasm, по крайней мере, я не вижу причин, почему текущие ограничения нельзя было бы снять. Но для этого нужно, чтобы люди из мира Linux и Wasm, не говоря уже обо всей экосистеме вокруг, действительно взялись за реализацию этих изменений. Некоторые фундаментальные вещи каждой из платформ пришлось бы поменять ради более гладкого опыта, особенно со стороны Wasm.»

Демка здесь. Код на GitHub

@linuxos_tg

В Windows реализован сложный и корректный процесс завершения работы, чтобы программы корректно закрывались

Linux:

@linuxos_tg