LinuxMint.com.ru

Спустя два месяца работы Линус Торвальдс представил релиз ядра Linux 5.1. Новинка получила большое количество новых функций и доработок, включая новый интерфейс для асинхронного ввода ввода/вывода io_uring, поддержку масштабируемого мониторинга очень больших ФС через fanotify, решение проблемы 2038 года и др.

По словам Торвальдса, 5.1 получил более 13 тысяч коммитов, что немало. Итоговый список изменений получился очень внушительным.

Как всегда, изменения и нововведения разделены на несколько категорий.
https://habr.com/ru/news/t/450750/?utm_ ... =link2post

разработчики добавили безопасную доставку сигналов, которая учитывает возможность повторного использования PID. Так, ранее при выполнении вызова kill могла возникнуть ситуация, когда после отправки сигнала целевой PID мог быть освобожден из-за завершения работы процесса. В результате сигнал передавался другому процессу;

лол, как-то странно. Разве новые PID не создаются инкрементально, так чтобы старые PID вообще больше не появлялись? Типа как в БД ID autoincrement.
Сейчас проверил - так и есть, тогда о каком повторном использовании PID идёт речь? Это типа какой-то опцией можно запустить? А в чём его смысл? Чтобы у серверов не было миллионых PID?
Ну а в чём тогда проблема - сбрасывать счётчк и начинать грубо говря с нуля. Это типа ты пошлёшь kill с PID 1000, а пока он идёт PID достигнут лимита, запустятся заново и снова достигнут 1000 и в итоге кильнётся не тот процесс -___-

FreeStyler писал(а): ↑

08 май 2019, 21:31

Ну а в чём тогда проблема - сбрасывать счётчк и начинать грубо говря с нуля. Это типа ты пошлёшь kill с PID 1000, а пока он идёт PID достигнут лимита, запустятся заново и снова достигнут 1000 и в итоге кильнётся не тот процесс -___-

Да, именно так. Только максимальный PID - это всего лишь 65535, никаких миллионов. Потом начнется выделение чисел с сначала. Вполне достижимо при большом аптайме, если процессы создаются при работе активно.