|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Antony Y. Bolotin 2:5020/400 05 Jul 2001 00:15:16
To : All
Subject : Re: thread or fork ?
--------------------------------------------------------------------------------
Hi
> EBB> Это pid, лежащий в памяти родителя.
>
[skiped]
> Сколько раз средний админ за день говорит kill от рута?
> И сколько раз при этом он может попасть в race, что такой процесс ушел,
> а пришел другой на этот же pid? Легко понять, что 100% (если pid
> не из младшей сотни) - это количество ситуаций когда _может_ быть race.
> Реальная частота оной, естественно, ниже. Hо не 0.
Hо стремится к 0 :))
Это где ж такое творится то ? Что касается Linux, то чтобы другой процесс
перекрыл только что завершившийся это:
1. или ~64K процессов должно быть.
2. должна быть очень быстрая машина, на которой N*M процессов
запустятся и завершатся в течении малого промежутка времени,
достаточного для преребора счетчиком процессов 65536 значений.
Пока я не видел систем, отвечающих этим требованиям :))
> А ничего лучше - что бы реально контролировало качество прохождения цепочки
> фильтров в случае более одного пайпа в цепочке - не сделали.
> То есть сделали, конечно - те же C-шеллы, например, детектируют подобные
> ситуации - но стандартного средства поддержки на уровне C- или Perl-библиотеки
> не существует. А это говорит про уровень требуемых задач - то есть что
> действительно серьезные задачи не ставятся или же решаются каждым для
> себя на коленке.
"Действительно серьёзные задачи" решаются ну никак не спомощью шела или только
одних лишь пайпов. Даже имея сверхнадежное соединение программа сама должна
иметь механизмы контроля целостности принятой информации, дабы хотя бы
определить внештатную ситуацию.
--
С наилучшими пожеланиями...
--- ifmail v.2.15dev5
* Origin: MMX (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
