Re: lug-bg: Задачка Закачка: Bash

[George Danchev <danchev@xxxxxxxxx>]

On Tuesday 30 November 2004 15:40, Georgi Chorbadzhiyski wrote:
> Nikola Antonov wrote:
> > On Tuesday 30 November 2004 15:10, George Danchev wrote:
> >>действа, машината се замайва за момент, след което OOM убиеца решава, че
> >>требе да действа за да възстанови дисциплината, и намирам тфа с syslog-a:
> >>
> >>Nov 30 15:01:57 debian kernel: Out of Memory: Killed process 11634
> >> (test). Nov 30 15:03:03 debian kernel: Out of Memory: Killed process
> >> 11676 (test). Nov 30 15:05:08 debian kernel: Out of Memory: Killed
> >> process 11723 (test).
> >>
> >>и всичко е ОК...
> >>kernel 2.6.7 - без секюрити модели и лимити.
> >
> > Знаеш ли, че това не съм го тествал на 2.6 никога. Може там да са
> > пооправени тези неща, защото когато го пробвах последно, беше отдавна, с
> > 2.4.21 или нещо от сорта и паметта бавно се запълни, изяде swap-а, след
> > което машината умря.

по едно време в 2.4 беше забранен ООМ убиеца за tune-ване на алгоритъма за 
избор на top offending processes (мисля, че е описан някъде от Rick van Riel, 
май на kelnelnewbies.org), сигурно това ядро е било без активиран такъв.  

> Ако можеш да предложиш какво друго да направи, казвай :-) Проблема в
> момента се решава с едно нещо наречено out of memory killer или OOM killer,
> който се пуска върху беззащитните процеси, когато вече няма свободна памет.
> Как OOM killer-а избира кой да убие е повод за много спорове и разни
> странни предвиждания, хвърляне на боб и гледане в червата на умряла котка
> :)

Лично на мен ми харесва идеята, че щом _активно_ те нападат, активно требе да 
се отвръща. Ако потребителските приложения постоянно искат невъзможни неща и 
настояват за това до безкрай то е редно да се въведе ред бързо и справедливо. 
Ако ядрото е пасивно и само спре да заделя памет (понеже вече няма такава) то 
нищо не може да се направи и се достига до livelock - за това избий бандюгите 
за да е мирно селото. 

Единственото пожелание което може да се отправи (и което може би е споделяно 
на лкмл) е да има начин да се укаже на kernel-a списък с процеси (той ще си 
знае и техните дъщерни такива) които въобще да не влизат в черния списък на 
ООМ. Т.е. потребителя гарантира за тях, че са leakless.

а и още нещо да не се уплаши някой ;-) ООМ убиеца няма да посегне на файловите 
системи живеещи в паметта (tmpfs, ...) за да освободи активно памет, на тях 
им се задава размер при монтиране което се явява и ограничението.

-- 
pub 4096R/0E4BD0AB  2003-03-18  <keyserver.bu.edu ; pgp.mit.edu>
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB 
============================================================================
A mail-list of Linux Users Group - Bulgaria (bulgarian linuxers).
http://www.linux-bulgaria.org - Hosted by Internet Group Ltd. - Stara Zagora
To unsubscribe: http://www.linux-bulgaria.org/public/mail_list.html
============================================================================