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 ============================================================================
