ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Ilya Anfimov                         2:5020/400     07 Jan 2002  00:15:48
 To : Maxim Timofeyev
 Subject : Re: zombie
 -------------------------------------------------------------------------------- 
 

 On Sun, 06 Jan 2002 15:02:54 +0300, 
 Maxim Timofeyev <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org> wrote:
 
 >Ilya Anfimov <ilan@adt.ru> wrote:
 >
 >>>IA>  Чаще   всего   --   нет.   Появление   таких   процессов  обычно
 >>>IA> свидетельствует  о  глюках  реализации  ядерного  кода.  Какая-то
 >>>IA> функция  в  ядре  входит  в  ступор и не желает реагировать ни на
 >>>IA> какие внешние сигналы.
 >>>IA>  Иногда, разобравшись, что это за функция, можно  какой-то  игрой
 >>>IA> на  ее  внешних  условиях  вывести  ее  из  этого  дела.  Сказем,
 >>>IA> что-нибудь по IP такое послать или с  deviceом  как-то  осторожно
 >>>IA> поиграться.  Hо все равно это глюк ядра.
 >>>Вообще-то описанная ситуация -- не глюк ядра ИМХО, а ожидание операции i/o.
 >>>Hа этой стадии сигналы не оказывают воздействия на процесс. Об этом писали и
 >IA>  Если эта стадия (нет, не ожидания IO вообще, а заблокированных
 >IA> сигналов) длится порядка секунды или более -- это глюк. Притом именно
 >IA> ядра.
 >Если это происходит не во время i/o, то конечно глюк ядра.
 
  Если  это  происходит во время IO, то тоже. Единственный вариант
 когда это не глюк --  если  это  такая  hard  real-time  железка,
 которая требует внимания в течение длительного времени и чаще чем
 раз в 1ms, при этом не удосуживаясь  сообщить  о  своих  амбициях
 прерыванием.
  Обычно  авторов  таких железок, ежели найдутся, стоит закапывать
 на ближайшем полигоне для захоронения бытовых отходов  (вместе  с
 самими железками).
 >
 >>>применительно не к Linux'у. Хотя мне не совсем ясно (я не программист -ядрщик
 >>>;) почему ядро не хочет убивать процесс, который ожидает i/o?..
 >IA>  Должно же быть в мире хоть какое-то постоянство :-).
 >IA>  Если  серьезно  --  как  ты представляешь себе стабильную работу
 >IA> критичного  для  всей  системы   кода,   который   парит   железо
 >IA> низкоуровневыми  издевательствами  на  полную катушку, если его к
 >IA> тому же могут прибить в любой момент?
 >Этот "любой момент" может длиться сутками. Хорошо бы вводить какие-нибудь
 >ограничения вводить. Перезагрузка машины -- не всегда выход.
 
  В общем -- нет. Особенно для монолитных ядер. Hадо просто писАть
 так, чтобы код не зависал надолго. Это вполне возможно.  Особенно
 если учитывать, что это ядро а не помойка какая-нибудь.
 
 --- ifmail v.2.15dev5
  * Origin: Demos online service (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор