EAGAIN при fork-е

[mgb14]

Добрый день.
Имеем классический форкающийся TCP-сервер, то есть постоянно висящий принимающий запросы сервер, который при запросе форкается и далее ожидает новых запросов. Клиент отрабатывает задание и завершается(и так множество раз). Во время fork() у сервера есть открытые файловые дескрипторы, память выделенная как mmap(), так и calloc()/malloc(). Через некоторое (довольно продолжительное -измеряющееся днями) время fork() начинает возвращать -1 и устанавливает errno в EAGAIN, при этом все ресурсы которые можно посмотреть sin-ом далеки до граничных значений (в общем-то практически такие же как и сразу после начала работы ).
В каком случае fork() не создает дочерний процесс и возвращает EAGAIN?
Какие ресурсы требуются при выполнении fork()?
Есть ли какие-нибудь ограничения на количество присоединений (fork-ом) к разделяемой памяти выделенной в сервере mmap, при условии что в дочерней задаче не выполняется ни  mmap ни munmap, а просто используется данная память в качестве разделяемой?
OC QNX4.25 (Proc32 4.25R 15.02.2012) RAM cвободно свыше 100Мб.

[mgb14]

Здравствуйте,
информация в дополнение к вышенаписанному:
после вызова fork() при просмотре sin-ом видно что дочерняя задача появляется секунд на 30-60 при этом она имеет приоритет 30f и send-блокирована от сервера Tcpip. Tcpip(с приоритетом 24f) находится в Reply-blocked от Proc. Ping в это время не проходит (то есть стек Tcpip полностью не работоспособен, FLEET при этом работает нормально). Затем дочерняя задача снимается и fork() возвращает -1 с EAGAIN, ping самостоятельно восстанавливается. Далее некоторое (довольно длительное) время продолжается штатная работа. Конфигурация системы довольно большая и на простых конфигурациях повторить ситуацию не удается.

[Андрей Сеньков]

Здравствуйте!

Proc возвращает EAGAIN  на запрос fork в случае невозможности выделить ресурсы новому процессу.  Приведите вывод traceinfo после возникновения ошибки.

[mgb14]

Здравствуйте.
Во вложении выводы traceinfo, sin и sin -PTcp. Идентификатор у файла увеличивается в процессе загрузки. Проблема проявляется в файлах начиная с 4, заканчивается 8. Одна из дочерних задач блокируется от Tcpip c 30 приоритетом, другая вообще "превращается в Tcpip"   Во время когда в системе 2 Tcpip - стек не работает (ping-и не проходят). Через какой-то тайм-аут второй Tcpip снимается и стек восстанавливает работоспособность.
Все это безобразие наблюдается в случае если к форкающимся родительским задачам идут интенсивные запросы на обслуживание от клиентов по TCP. Если снять запросы по TCP все форки проходят нормально.