ALT Linux Community general discussions
 help / color / mirror / Atom feed
* [mdk-re] Процессы
@ 2001-01-29 11:19 cornet
  2001-01-29 12:42 ` Dmitry A. Povarov
  2001-01-29 13:07 ` Dmitry S Kiselev
  0 siblings, 2 replies; 3+ messages in thread
From: cornet @ 2001-01-29 11:19 UTC (permalink / raw)
  To: mandrake-russian

Hello, всем :-))

Вопрос из общей теории OS.
На сколько я заметил при создании нового процесса, его pid обязательно
будет больше (и как правило на 1), чем самый большой ранее использованый
номер. Это значит, что при большом uptime, может возникнуть ситуация
когда счетчик процессов зашкалит и для вновь создаваемого процесса не
будет номера или регистр завернется и pid будет равет 1 как у init. Я
понимаю, что такого на самом деле не_происходит, так как иначе бы
сервера падали как листья по осени...

Может кто на пальцах обьяснит мне каков механизм разрешения подобных
ситуаций или подскажет что 
почитать?

-- 
******** FIRE & STEEL ********



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [mdk-re] Процессы
  2001-01-29 11:19 [mdk-re] Процессы cornet
@ 2001-01-29 12:42 ` Dmitry A. Povarov
  2001-01-29 13:07 ` Dmitry S Kiselev
  1 sibling, 0 replies; 3+ messages in thread
From: Dmitry A. Povarov @ 2001-01-29 12:42 UTC (permalink / raw)
  To: mandrake-russian

On Mon, 29 Jan 2001, cornet wrote:

> Hello, всем :-))
> 
> Вопрос из общей теории OS.
> На сколько я заметил при создании нового процесса, его pid обязательно
> будет больше (и как правило на 1), чем самый большой ранее использованый
> номер. Это значит, что при большом uptime, может возникнуть ситуация
> когда счетчик процессов зашкалит и для вновь создаваемого процесса не
> будет номера или регистр завернется и pid будет равет 1 как у init. Я
> понимаю, что такого на самом деле не_происходит, так как иначе бы
> сервера падали как листья по осени...

Выделение PID во всех unix-ах, которые мне попадались, осуществляется
циклически - после использования максимального из допустимых номеров
поиск _незанятых_ PID начинается с 1. 

Поскольку процессы иногда умирают, "зашкаливания" и переполнения таблицы
процессов как правило не происходит. Впрочем, такую ситуацию нетрудно 
создать искусственно ;)

> Может кто на пальцах обьяснит мне каков механизм разрешения подобных
> ситуаций или подскажет что 
> почитать?

man fork, man getpid...

-Dizzy

-------------------------------------------------------------------------
Dmitry "Dizzy" Povarov                   [ mailto:dizzy@online.ru       ]
ABS Group of Russia-On-Line ISP,         [ http://dizzy.pp.ru 		]
Golden Telecom / TeleRoss Ltd.           [ ICQ: 13146487                ]

"Macavity, Macavity, there is no one like Macavity.
 He's broken every human law, he breaks the law of gravity..." (T.Elioth)





^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [mdk-re] Процессы
  2001-01-29 11:19 [mdk-re] Процессы cornet
  2001-01-29 12:42 ` Dmitry A. Povarov
@ 2001-01-29 13:07 ` Dmitry S Kiselev
  1 sibling, 0 replies; 3+ messages in thread
From: Dmitry S Kiselev @ 2001-01-29 13:07 UTC (permalink / raw)
  To: mandrake-russian

On Mon, 29 Jan 2001, cornet wrote:

> Hello, всем :-))
> 
> Вопрос из общей теории OS.
> На сколько я заметил при создании нового процесса, его pid обязательно
> будет больше (и как правило на 1), чем самый большой ранее использованый
> номер. Это значит, что при большом uptime, может возникнуть ситуация
> когда счетчик процессов зашкалит и для вновь создаваемого процесса не
> будет номера или регистр завернется и pid будет равет 1 как у init. Я
> понимаю, что такого на самом деле не_происходит, так как иначе бы
> сервера падали как листья по осени...
> 
> Может кто на пальцах обьяснит мне каков механизм разрешения подобных
> ситуаций или подскажет что 
> почитать?

Я думаю, это число большое. Время ведь тоже вычисляется прибавлением
единицы с каждой секундой. А еще я заметил, что номер процессу дается
необязательно больше, чем самый большой. Я, например, только что
рестартовал squid, его номер 10701 в то время, как у самого большого -
31437 (это кстати portmaster, который вообще с момента включения сервера
не перезапускался, около 2 месяцев)


WBR Dmitry S Kiselev  E-Mail:salvatore@ace.cs.nstu.ru ICQ UIN:32904426




^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2001-01-29 13:07 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2001-01-29 11:19 [mdk-re] Процессы cornet
2001-01-29 12:42 ` Dmitry A. Povarov
2001-01-29 13:07 ` Dmitry S Kiselev

ALT Linux Community general discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/community/0 community/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 community community/ http://lore.altlinux.org/community \
		mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
	public-inbox-index community

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.community


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git