Nilgün Belma Bugüner <nilgun@belgeler.gen.tr> writes:
Selam,
Selam
Çekirdek zorda kalınca bir süreci öldürürmüş
(Bilgi için teşekkürler, Doruk Fişek).
Çekirdeğin seçimi nasıl yaptığı
http://linux-mm.org/OOM_Killer
adresinde anlatılıyor.
Ben kararlı sürümü kullanıyorum, belleği doldurmayı
denedim. Takasa geçmek bile sorun oldu, takas kullanılmaya
başlanınca sistem yavaşlıyor, sıkıldım bıraktım,
belleği dolduramadım. :-(
Zamanında ben de uğraşmış, başarılı olamamıştım.
gdm, ölüyorsa gdm'nin PID'ini bulup, root olarak
echo '-17' > /proc/<pid>/oom_adj
komutunu deneyin. Bunu yaparsanız gdm ölmeyecek,
ama ya başka bir süreç ölecek, ya da sistem çökecek.
Görünen o ki ciddi bir sorun var.
Sorunun bundan kaynaklanacağını sanmıyorum. Ben GDM'in kendisiyle
ilgili bir sorun diye tahmin etmekteyim. Eğer aynı sorun GDM'siz giriş
yapılınca (startx ile) oluyorsa bu sefer suçu X'te ve/veya saz
arkadaşlarında aramak gerek.
eval `ls -1 /proc/ | egrep "([0-9]+)" | sed -re "s/^(.*)$/echo -n \"\1\" ; cat \/proc\/\1\/oom_adj ; /g"` | egrep -v "^(.*) 0$"
gibi bir komutla oom_adj değeri 0 olmayan süreçleri listelettim ve
karşıma 3 tane çıktı:
khpsbpkt
knodemgrd_0
udevd
Bunlar da zaten ölmemesi gerekenler diye tahmin ediyorum.
Verileri hayati önemde olan bir sürecin kazaya uğramaması için
bu komut işe yarayabilir.
Haklısınız, ama ben yine çekirdeğin, sistem zorlansa dahi, oom_adj
değeri düşük olanı direk öldürmesi çok zor bir ihtimal. Hatta bence
imkansıza yakın. 16MB Ram'li bir makinede KDE/GNOME gibi bir şey
çalıştırmak belki bu durumun ortaya çıkmasına sebep olabilir
kanaatindeyim.
Ama eninde sonunda kararlı bir sistem daima daha iyidir.
+1. Bu güne kadar masaüstüm hariç hep kararlı sürüm kullandım, ve çok
şükür başıma hiçbir şey gelmedi.
Esen kalın,
Nilgün
[...]
Sevgiler,