URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID1
Нить номер: 70221
[ Назад ]
Исходное сообщение
"Невероятно, но факт."
Отправлено lyoha , 13-Ноя-06 22:58 
Потратив кучу времени не нашел нигде информации о максимально возможном количестве потомков в системе freeBSD :(

Вопрос в следующем - как известно, при порождении потомка, ядро дает ему pid больший, чем у родителя. Самое интересное начинается тогда, когда становится невозможно дать pid больший из-за того, что последний выданный pid являлся самым большим числом из возможных. Тогда счетчик переполняется, и ядро выдает... что?? pid, который имеет наименьшее число из возможных. А вот какое?

Удивительно то, что система периодически виснет, когда выполняется задача, порождающая количество потомков большее, чем предел pid.

Кто-нибудь сталкивался с такой редкой проблемой?

Содержание
Сообщения в этом обсуждении
"Невероятно, но факт."
Отправлено newser , 14-Ноя-06 09:17 
>Потратив кучу времени не нашел нигде информации о максимально возможном количестве потомков
>в системе freeBSD :(
>
>Вопрос в следующем - как известно, при порождении потомка, ядро дает ему
>pid больший, чем у родителя. Самое интересное начинается тогда, когда становится
>невозможно дать pid больший из-за того, что последний выданный pid являлся
>самым большим числом из возможных. Тогда счетчик переполняется, и ядро выдает...
>что?? pid, который имеет наименьшее число из возможных. А вот какое?
>
>
>Удивительно то, что система периодически виснет, когда выполняется задача, порождающая количество потомков
>большее, чем предел pid.
>
>Кто-нибудь сталкивался с такой редкой проблемой?

ИМХО, Вы бредите...

"Невероятно, но факт."
Отправлено Александр , 14-Ноя-06 11:10 
>Потратив кучу времени не нашел нигде информации о максимально возможном количестве потомков
>в системе freeBSD :(
>
>Вопрос в следующем - как известно, при порождении потомка, ядро дает ему
>pid больший, чем у родителя. Самое интересное начинается тогда, когда становится
>невозможно дать pid больший из-за того, что последний выданный pid являлся
>самым большим числом из возможных. Тогда счетчик переполняется, и ядро выдает...
>что?? pid, который имеет наименьшее число из возможных. А вот какое?
>
>
>Удивительно то, что система периодически виснет, когда выполняется задача, порождающая количество потомков
>большее, чем предел pid.
>
>Кто-нибудь сталкивался с такой редкой проблемой?


Видимо максимальное число потомков / процессов 65536

"Невероятно, но факт."
Отправлено segfault , 14-Ноя-06 13:00 
>Видимо максимальное число потомков / процессов 65536
Да ну...


"Невероятно, но факт."
Отправлено RSG , 14-Ноя-06 13:03 
>Потратив кучу времени не нашел нигде информации о максимально возможном количестве потомков
>в системе freeBSD :(
>
>Вопрос в следующем - как известно, при порождении потомка, ядро дает ему
>pid больший, чем у родителя. Самое интересное начинается тогда, когда становится
>невозможно дать pid больший из-за того, что последний выданный pid являлся
>самым большим числом из возможных. Тогда счетчик переполняется, и ядро выдает...
>что?? pid, который имеет наименьшее число из возможных. А вот какое?


PIDs are assigned starting from 1, go up to 99999, and wrap around back to the beginning when you run out.

http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ba...


>
>Удивительно то, что система периодически виснет, когда выполняется задача, порождающая количество потомков
>большее, чем предел pid.

# sysctl -d kern.maxproc
kern.maxproc: Maximum number of processes