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

Команда attr является структурой mq_attr, которая передается в качестве четвертого аргумента для вызова mq_open(). Слагаемое sizeof(struct msg_msg *) гарантирует, что пользователь не сможет поместить в очередь неограниченное количество сообщений нулевой длины (тип данных msg_msg применяется внутри ядра). Это необходимо, поскольку сообщения нулевой длины, несмотря на то что они не содержат никаких данных, все равно расходуют некоторый объем памяти на свои внутренние нужды.

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

• RLIMIT_NICE — ограничение (доступно только в Linux; реализовано в версии ядра 2.6.12) обозначает максимальное значение nice, которое можно установить для процесса с помощью вызовов sched_setscheduler() и nice(). Это ограничение вычисляется по формуле 20 — rlim_cur, где rlim_cur — это текущее мягкое ограничение RLIMIT_NICE. Дальнейшие подробности можно найти в разделе 35.1.

• RLIMIT_NOFILE — обозначает число, превышающее на единицу максимальное количество файловых дескрипторов, которые можно выделить процессу. Попытки выйти за этот предел (с помощью вызовов pen(), pipe(), socket(), accept(), shm_open(), dup(), dup2(), fcntl(F_DUPFD) и epoll_create()) завершаются неудачей. В большинстве ситуаций возвращается ошибка EMFILE, но вы также можете получить ошибку EBADF (в случае с dup2(fd, newfd)) или EINVAL, если аргумент newfd вызова fcntl(fd, F_DUPFD, newfd) превышает ограничение или равен ему.

Изменение ограничения RLIMIT_NOFILE отражается на значении, возвращаемом вызовом sysconf(_SC_OPEN_MAX). Стандарт SUSv3 разрешает, но не требует от этого вызова возвращать разные значения до и после изменения данного ограничения; другие системы в этом отношении могут вести себя иначе, чем Linux.

Согласно стандарту SUSv3, если мягкое или жесткое ограничение RLIMIT_NOFILE, устанавливаемое приложением, не превышает номер последнего файлового дескриптора, открытого процессом, это может привести к непредсказуемым последствиям.

Linux позволяет получить информацию о файловых дескрипторах, которые процесс держит открытыми; для этого предусмотрен вызов readdir(), который сканирует содержимое каталога /proc/PID/fd, хранящего символьные ссылки на каждый файловый дескриптор, открытый процессом в данный момент.

Ядро устанавливает граничное значение, выше которого ограничение RLIMIT_NOFILE поднять нельзя. В ядрах до версии 2.6.25 это значение было явно указано в коде и определялось константой NR_OPEN, которая равна 1048576 (чтобы его повысить, приходилось перекомпилировать ядро). Но, начиная с версии 2.6.25, оно определено в файле /proc/sys/fs/nr_open (доступном только в Linux). По умолчанию оно по-прежнему равно 1048576, но теперь администратор может его изменить. Попытки установить мягкое или жесткое ограничение RLIMIT_NOFILE выше граничного значения приводят к ошибке EPERM.

Существует также системное ограничение на общее количество файлов, которые могут быть открыты всеми процессами, вместе взятыми. Это ограничение доступно для чтения и редактирования посредством файла /proc/sys/fs/file-max (только в Linux). В разделе 5.4 упоминалось, что значение file-max более точно можно описать как общесистемное ограничение на число открытых файловых дескрипторов. Превысить это ограничение могут только привилегированные процессы (CAP_SYS_ADMIN). Если процесс без особых привилегий приблизится к ограничению file-max, он завершится ошибкой ENFILE.

• RLIMIT_NPROC — ограничение (происходит из систем BSD; не входит в стандарт SUSv3 и присутствует только в системах Linux и BSD) обозначает максимальное количество процессов, которые могут быть созданы для реального идентификатора пользователя, принадлежащего вызывающему процессу. Попытки превысить это ограничение (с помощью вызовов fork(), vfork() и clone()) приводят к ошибке EAGAIN.

Ограничение RLIMIT_NPROC затрагивает только вызывающий процесс, не влияя на другие процессы, принадлежащие тому же пользователю (если только они не установили или наследовали это ограничение). Оно не распространяется на привилегированные процессы (CAP_SYS_ADMIN или CAP_SYS_RESOURCE).

В Linux также действует общесистемное ограничение на количество процессов, созданных всеми пользователями. Для получения и редактирования этого значения можно обратиться к файлу /proc/sys/kernel/threads-max (начиная с Linux 2.4).

Если быть точным, ограничение RLIMIT_NPROC и файл threads-max ограничивают количество потоков, а не процессов.

То, как устанавливается значение по умолчанию для ограничения RLIMIT_NPROC, зависит от версии ядра. В Linux 2.2 оно рассчитывалось по определенной формуле. Начиная с Linux 2.4, оно вычисляется в зависимости от объема доступной физической памяти.