Re: Bellek tüketimi
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,
--
Cafer 'cfb' Şimşek
http://cafer.org
Reply to: