Читаем Linux API. Исчерпывающее руководство полностью

Ограничение на ресурсы RLIMIT_NPROC не входит в стандарт SUSv3. Стандартным средством извлечения (но не изменения) максимального количества процессов, которые позволено создавать пользователю, является вызов sysconf(_SC_CHILD_MAX). Он поддерживается в Linux, но в версиях ядра ниже 2.6.23 он всегда возвращает 999, что не отвечает реальности. Начиная с версии 2.6.23 (и с glibc 2.4), этот вызов выдает корректное ограничение (проверяя значение RLIMIT_NPROC).

Не существует переносимого способа получения информации о количестве процессов, которые уже созданы пользователем с определенным идентификатором. Мы можем попытаться просканировать все файлы /proc/PID/status в системе, проверяя значения в поле Uid (которые содержат четыре пользовательских идентификатора в следующем порядке: действующий, реальный, сохраненный набор и файловая система), чтобы оценить, сколькими процессами владеет пользователь на текущий момент. Однако нужно понимать, что при завершении такого сканирования эта информация уже может поменяться.

• RLIMIT_RSS — ограничение (происходит из систем BSD; отсутствует в стандарте SUSv3, но широко распространено) обозначает максимальное количество страниц в резидентной памяти процесса, то есть общее количество страниц виртуальной памяти, которые в данный момент находятся в ОЗУ. Это ограничение предоставляется в Linux, но пока еще ни на что не влияет.

• RLIMIT_RTPRIO — ограничение (доступно только в Linux версии 2.6.12 и выше) обозначает граничное значение приоритета реального времени, который может быть установлен для текущего процесса с помощью вызовов sched_setscheduler() и sched_setparam(). Больше подробностей ищите в подразделе 35.3.2.

• RLIMIT_RTTIME — ограничение (доступно только в Linux версии 2.6.25 и выше) обозначает максимальное количество процессорного времени (в микросекундах), которое может быть потреблено процессом, выполняющимся в реальном времени, без остановок (то есть без вызова блокирующих системных операций). Поведение этого ограничения похоже на RLIMIT_CPU: если процесс достигает мягкого ограничения, ему отправляется сигнал SIGXCPU, который будет повторно посылаться при потреблении каждой следующей секунды процессорного времени. При достижении жесткого ограничения процесс получает сигнал SIGKILL. Больше подробностей можно найти в подразделе 35.3.2.

• RLIMIT_SIGPENDING — ограничение (доступно только в Linux версии 2.6.8 и выше) обозначает максимальное количество сигналов, которые могут попасть в очередь для пользователя с реальным идентификатором. Попытки его превысить (с помощью вызова sigqueue()) приводят к ошибке EAGAIN.

Это ограничение влияет только на вызывающий процесс. Другие процессы, принадлежащие тому же пользователю, затрагиваются только в том случае, если они сами установили или унаследовали данное ограничение.

В исходной реализации значение ограничения RLIMIT_SIGPENDING по умолчанию было равно 1024. Однако в ядре 2.6.12 оно было изменено и теперь равняется значению RLIMIT_NPROC.

Ограничение RLIMIT_SIGPENDING учитывает в очереди как стандартные сигналы, так и сигналы реального времени (стандартные сигналы могут быть отложены только один раз для каждого отдельного процесса). Но это ограничение действует только для вызова sigqueue(). Даже если в очередь к процессам, принадлежащим пользователю с заданным реальным идентификатором, попало максимальное количество сигналов, вызов kill() позволяет поместить в очередь по одному экземпляру каждого из сигналов (включая те, что выполняются в режиме реального времени), которые еще не были отложены для процесса.

Начиная с ядра 2.6.12, поле SigQ файла /proc/PID/status (доступного только в Linux) хранит текущие и максимальные номера отложенных сигналов для реального пользовательского идентификатора процесса.

• RLIMIT_STACK — обозначает максимальный размер стека процессов (в байтах). Попытки увеличить стек за пределы этого ограничения приводят к отправке процессу сигнала SIGSEGV. Поскольку стек исчерпан, единственным способом перехватить этот сигнал является установление альтернативного стека сигналов, как было описано в разделе 21.3.

Начиная с Linux 2.6.23 это ограничение также определяет объем памяти, доступной для хранения аргументов командной строки и переменных среды процесса. См. справочную страницу execve(2).

36.4. Резюме

Процессы потребляют различные системные ресурсы. Системный вызов getrusage() позволяет отслеживать некоторые из них, относящиеся как к самому процессу, так и к его потомкам.