только на время жизни.

сами подумайте, множество значений pid в любом
случае ограниченно.

cvv, почему у вас всегда "Ето" вместо "Это" ?
просто любопытно :)

Возможно потому что русский для меня не совсем родной

ага, а "залаживатся" от слова лажа

конечно, "онанимус" от слова онан

> Возможно потому что русский для меня не совсем родной

прошу прощения, я думал, это слэнг такой. типа "прога".

и в мыслях не было ставить в упрек.

>прошу прощения

Эт излишне

>я думал, это слэнг такой. типа "прога".

Вообщето я немного сленга нахватался. Преимущественно на ЛОРе. а так как я немного ленивый то "прога" сильнее прижилась чем "программа"

>и в мыслях не было ставить в упрек.

Вообщето я не помню чтоб чтото воспринял как упрёк.

with best regards Vitaly.

Как показано в соседнем треде sizeof(pid_t) как минимум в ядре 2.4.28 равно 4 байтам те система гарантирует уникальность pid на каждые 4 миллиарда процессов. Думаю это достаточно для любых приложений :)

> Как показано в соседнем треде sizeof(pid_t) как минимум в
> ядре 2.4.28 равно 4 байтам те система гарантирует уникальность
> pid на каждые 4 миллиарда процессов. Думаю это достаточно
> для любых приложений :)

при чем здесь sizeof(pid_t)? можете его хоть 64-разрядным
сделать.

в 2.4 #define PID_MAX 0x8000

в 2.6 это можно увеличить.

>в 2.4 #define PID_MAX 0x8000
>в 2.6 это можно увеличить.
Подробнее можно ? Где это искать ?

для 2.4

include/linux/threads.h:
        #define PID_MAX 0x8000

kernel/fork.c:int get_pid()

ограничения на макс количество процессов связаны
именно с ведением базы данных использованных pid.

для 2.6

kernel/pid.c

максимальный (pid_max_max) pid может быть задан через
/proc/sys/kernel/pid_max

fs/proc/ имеет проблемы c большими значениями pid, поэтому
в 2.10 значение PID_MAX_LIMIT уменьшено для 32 битных cpu.

кроме того, некоторые user-level приложения ломаются при
больших pid_max_max, т.к. хранят pid в signed short.

>конечно, "онанимус" от слова онан

а что такое "онан"?

>а что такое "онан"?

Онан это был первый запечатлённый историей онанимус

pid процесса уникален только на время жизни процесса

Процессы создаются с уникальными pid-ами, если нет свободных pid-ов, fork(1) не производится. Это единственное, на что стоит закладываться.

Традиционно это реализуется путем присвоения последовательных номеров, и, если пиды кончатся, ядро будет выбирать последовательные свободные номера с начала.

Однако, вполне можно использовать случайные pid (grsecurity, например), всегда выбирать наименьший свободный и т.д. -- никто не мешает.