Линус Торвальдс представил ядро Linux 5.1 с большим количеством нововведений

[hellonet]

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

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

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

[FreeStyler]

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

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

[slant]

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

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