|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Stas Vlasov 2:5080/172.13 27 Nov 2002 10:39:54
To : Andrey Melnikov
Subject : Re: большой LA
--------------------------------------------------------------------------------
SV>>>> Меня больше интересует как предотвратить ситуацию, а не выйти из
SV>>>> нее.
VN>>> Если развивается медленно - можно поставить на мониторинг.
SV>> Вначале оно развивалось медленно, даже top сумел выдать аж 50% свопа
SV>> свободных. Потом - заморозило все нафиг. Мониторить чем? swapd
SV>> каким-нибудь?
AM> Хмм - а причем тут swap ?
AM> Возьми какойнить reniced, допиши к нему проверку
AM> на память и сиди, жди..
stas:~$ apt-cache show reniced
W: Unable to locate package reniced
SV>>>> Скажем, для старых ядер был qnx-патч, который что-то там улучшал в
SV>>>> плане отклика интерактивных задач при большой нагрузке.
VN>>> qnx патч - это для большой нагрузке по количеству процессов, а не на
VN>>> переполнение по памяти.
SV>> Жаль.
AM> Если проблема в пожирании памяти - в 2.4.x есть oom_killer. Правда вот в
AM> 2.4.18 он несколько раз сработал по принципу "всех убью - один останусь".
Проблема - не столько в пожирании памяти, которое вполне неплохо убирается
лимитами, сколько в большой загрузке системы, при которой реакция на
клавиатуру такова, что вполне можно не дождаться надписи password после login
в течение 15 минут.
--- tin/1.4.4-20000803 ("Vet for the Insane") (UNIX) (Linux/2.4.18 (i686))
* Origin: OSB 1794 (2:5080/172.13)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
