Bellek tüketimi

2006-02-04 Thread Bahri Meriç CANLI

Merhaba

Kişisel bilgisayarımda %100 fiziksel bellek kullanımı oluyor bazen bu 
daha fazla arttığı için gdm otomatikmen kapanıyor. Bu oranı nasıl 
azaltabilrim. Gnome masaüstü yöneticisi ve  512 mb ram kullanmaktayım.


İyi çalışmalar
begin:vcard
fn;quoted-printable:Bahri Meri=C3=A7 CANLI
n;quoted-printable:CANLI;Bahri Meri=C3=A7
adr;quoted-printable:Ankara;;T=C3=BCrkiye
email;internet:[EMAIL PROTECTED]
x-mozilla-html:TRUE
version:2.1
end:vcard



Re: Bellek tüketimi

2006-02-04 Thread Yılmaz Uğurlu
SWAP (takas) alanı kullanıyor musunuz ?04.02.2006 tarihinde Bahri Meriç CANLI <[EMAIL PROTECTED]> yazmış:
MerhabaKişisel bilgisayarımda %100 fiziksel bellek kullanımı oluyor bazen bu
daha fazla arttığı için gdm otomatikmen kapanıyor. Bu oranı nasılazaltabilrim. Gnome masaüstü yöneticisi ve  512 mb ram kullanmaktayım.İyi çalışmalar-- 
Yılmaz Uğurlu ~ jabber : [EMAIL PROTECTED]  ~ İzmir


Re: Bellek tüketimi

2006-02-04 Thread Bahri Meriç CANLI
Evet 1Gb swap var. Testing'e geçitğimden beri bu durum sürüyor. Sargede 
hiç olmamıştı, acaba demekten kendimi alamıyorum.



Yılmaz Uğurlu yazmış:


SWAP (takas) alanı kullanıyor musunuz ?


--
Yılmaz Uğurlu ~ jabber : [EMAIL PROTECTED] 
  ~ İzmir 



begin:vcard
fn;quoted-printable:Bahri Meri=C3=A7 CANLI
n;quoted-printable:CANLI;Bahri Meri=C3=A7
adr;quoted-printable:Ankara;;T=C3=BCrkiye
email;internet:[EMAIL PROTECTED]
x-mozilla-html:TRUE
version:2.1
end:vcard



Re: Bellek tüketimi

2006-02-04 Thread Nilgün Belma Bugüner
Selam,

Cts 04 Şub 2006 18:22 sularında, Bahri Meriç CANLI şunları yazmıştı: 
> Merhaba
> 
> Kişisel bilgisayarımda %100 fiziksel bellek kullanımı oluyor bazen bu 
> daha fazla arttığı için gdm otomatikmen kapanıyor. Bu oranı nasıl 
> azaltabilrim. Gnome masaüstü yöneticisi ve  512 mb ram kullanmaktayım.

X'in kapanması bellek bittiğinden olmaz.
Ya bellek çiplerinden bazıları bozuktur ya da ekran kartınızda
benzer bir sorun vardır. 3D hızlandırıcı kulanıyorsanız, 
ayarlarından fazla hızlandırırsanız da bu olur. Ölümcül hata
oluşturan hatalı bir program da X'in çökmesine yol açabilir, ama bu
çok nadirdir genellikle sadece kendileri çökerler. Sebepler herşey
olabilir ama bellek tükenmesi olmaz. 
(GNU/Linux'ta 'bellek tükendi' diye bir hata iletisi yoktur.)
Sorunu başka yerde arayın.


Esen kalın,
Nilgün



Re: Bellek tüketimi

2006-02-05 Thread Alper KANAT
Benzer sorunları ben de yaşıyorum. Testing'de 6-7 MB bırakıyordu ve 
takılmıyordu. Sistemimi unstable'a güncelledim ve şimdi pencereleri 
taşırken hafif takılmalar olabiliyor. Bu kadar bellek harcanması biraz 
rahatsız ediyor beni açıkcası.. Geçtiğimiz ay MPlayer'ı derleyemedim bu 
sebeplerden... 1 GB bellek takmayı düşünüyorum şimdi laptopa sırf bu 
nedenle... GNOME dışında belki başka birşeyler kullansam bu kadar 
olmazdı ama bundan ödün vermek istemiyorum. Yine de bu kadar bellek 
yememesi lazım diye düşünüyorum.


Nilgün Belma Bugüner yazmış:


Selam,

Cts 04 Şub 2006 18:22 sularında, Bahri Meriç CANLI şunları yazmıştı: 
 


Merhaba

Kişisel bilgisayarımda %100 fiziksel bellek kullanımı oluyor bazen bu 
daha fazla arttığı için gdm otomatikmen kapanıyor. Bu oranı nasıl 
azaltabilrim. Gnome masaüstü yöneticisi ve  512 mb ram kullanmaktayım.
   



X'in kapanması bellek bittiğinden olmaz.
Ya bellek çiplerinden bazıları bozuktur ya da ekran kartınızda
benzer bir sorun vardır. 3D hızlandırıcı kulanıyorsanız, 
ayarlarından fazla hızlandırırsanız da bu olur. Ölümcül hata

oluşturan hatalı bir program da X'in çökmesine yol açabilir, ama bu
çok nadirdir genellikle sadece kendileri çökerler. Sebepler herşey
olabilir ama bellek tükenmesi olmaz. 
(GNU/Linux'ta 'bellek tükendi' diye bir hata iletisi yoktur.)

Sorunu başka yerde arayın.


Esen kalın,
Nilgün


 

begin:vcard
fn:Alper KANAT
n:KANAT;Alper
adr;quoted-printable:;;;Istanbul;;;T=C3=BCrkiye
email;internet:[EMAIL PROTECTED]
x-mozilla-html:FALSE
url:http://raptiye.org
version:2.1
end:vcard



Re: Bellek tüketimi

2006-02-06 Thread Bahri Meriç CANLI

Süreki sargeyi kurup update etmekten sıkıldığım için Debian
Testing(etch) kurdum, sorunumda bundan sonra başladı.. Sargede böyle bir
sorunum olmamıştı (gayette iyi parforman alıyordum). Gnome  2.10
kullanıyorum. anlayamadığım makineden hiçbirşey yapmadığım zamanda bile
belek kulanımının %100 e çıkması.

Yaşar Çınar Nar yazmış:
Bende nome 2.8 ve Debian Sarge kullanıyorum üselik 256 mb ram ve p III 
450 makinede harika bir performansla çalışıyor.Gnome 2.8 olup 
olmadığından emin olun bence.


On 2/4/06, *Bahri Meriç CANLI* <[EMAIL PROTECTED] 
> wrote:


Merhaba

Kişisel bilgisayarımda %100 fiziksel bellek kullanımı oluyor bazen bu
daha fazla arttığı için gdm otomatikmen kapanıyor. Bu oranı nasıl
azaltabilrim. Gnome masaüstü yöneticisi ve  512 mb ram
kullanmaktayım.

İyi çalışmalar



--
M.Dt
Yaşar Çınar NAR 



begin:vcard
fn;quoted-printable:Bahri Meri=C3=A7 CANLI
n;quoted-printable:CANLI;Bahri Meri=C3=A7
adr;quoted-printable:Ankara;;T=C3=BCrkiye
email;internet:[EMAIL PROTECTED]
x-mozilla-html:TRUE
version:2.1
end:vcard



Re: Bellek tüketimi

2006-02-06 Thread Nilgün Belma Bugüner
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. :-(

gdm, ölüyorsa gdm'nin PID'ini bulup, root olarak
 echo '-17' > /proc//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. 

Verileri hayati önemde  olan bir sürecin kazaya uğramaması için 
bu komut işe yarayabilir. 

Ama eninde sonunda kararlı bir sistem daima daha iyidir.


Esen kalın,
Nilgün


Pts 06 Şub 2006 10:18 sularında, Bahri Meriç CANLI şunları yazmıştı: 
> Süreki sargeyi kurup update etmekten sıkıldığım için Debian
> Testing(etch) kurdum, sorunumda bundan sonra başladı.. Sargede böyle bir
> sorunum olmamıştı (gayette iyi parforman alıyordum). Gnome  2.10
> kullanıyorum. anlayamadığım makineden hiçbirşey yapmadığım zamanda bile
> belek kulanımının %100 e çıkması.
> 
> Yaşar Çınar Nar yazmış:
> > Bende nome 2.8 ve Debian Sarge kullanıyorum üselik 256 mb ram ve p III 
> > 450 makinede harika bir performansla çalışıyor.Gnome 2.8 olup 
> > olmadığından emin olun bence.
> >
> > On 2/4/06, *Bahri Meriç CANLI* <[EMAIL PROTECTED] 
> > > wrote:
> >
> > Merhaba
> >
> > Kişisel bilgisayarımda %100 fiziksel bellek kullanımı oluyor bazen bu
> > daha fazla arttığı için gdm otomatikmen kapanıyor. Bu oranı nasıl
> > azaltabilrim. Gnome masaüstü yöneticisi ve  512 mb ram
> > kullanmaktayım.
> >
> > İyi çalışmalar
> >
> >
> >
> > -- 
> > M.Dt
> > Yaşar Çınar NAR 
> 
> 
> 



Re: Bellek tüketimi

2006-02-06 Thread Cafer Şimşek
Nilgün Belma Bugüner <[EMAIL PROTECTED]> 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//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



Re: Bellek tüketimi

2006-02-06 Thread Alper KANAT

Merhaba,

512 MB bellekten geriye 7-10 MB civarı birşey kalması normal mi peki 
sizce ? Bu arada bende X acayip CPU götürüyor şu aralar... Ekran 
koruyucu olarak GLMatrix kullanıyordum ve testing'deyken gayet rahat 
akan GLMatrix şimdi yavaş yavaş akıyor.. Atlaya atlaya.. Bunlar unstable 
sürümde dahi olsa olmaması gereken şeyler olsa gerek... X'in log 
dosyalarında da birşeye rastlayamadım


free komutu çıktısı şöyle:

[EMAIL PROTECTED]:~$ free
total   used   free sharedbuffers cached
Mem:516160 510128   6032  0   9984 197864
-/+ buffers/cache: 302280 213880
Swap:   524280 105200 419080

Cafer Şimşek yazmış:


Nilgün Belma Bugüner <[EMAIL PROTECTED]> 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//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,

 

begin:vcard
fn:Alper KANAT
n:KANAT;Alper
adr;quoted-printable:;;;Istanbul;;;T=C3=BCrkiye
email;internet:[EMAIL PROTECTED]
x-mozilla-html:FALSE
url:http://raptiye.org
version:2.1
end:vcard



Re: Bellek tüketimi

2006-02-06 Thread Murat Sağlam

Alper KANAT yazmış:


Merhaba,


Merhaba,



512 MB bellekten geriye 7-10 MB civarı birşey kalması normal mi peki 
sizce ? Bu arada bende X acayip CPU götürüyor şu aralar... Ekran 
koruyucu olarak GLMatrix kullanıyordum ve testing'deyken gayet rahat 
akan GLMatrix şimdi yavaş yavaş akıyor.. Atlaya atlaya.. Bunlar 
unstable sürümde dahi olsa olmaması gereken şeyler olsa gerek... X'in 
log dosyalarında da birşeye rastlayamadım


free komutu çıktısı şöyle:

[EMAIL PROTECTED]:~$ free
total   used   free sharedbuffers cached
Mem:516160 510128   6032  0   9984 197864
-/+ buffers/cache: 302280 213880
Swap:   524280 105200 419080


Bu durumu unstable ile bağdaştırmayın. Ben de unstable kullanıyorum, 
sistemin son güncellemesini dün akşam saatlerinde yaptım ve 512 MB 
Ram'im var.

Sistem yağ gibi kayıyor :-)

Sizin free'ye dair önerim ise çok basit; swap'ı dosya olarak değil 
-dosya sistemi- olarak kullanın... Birde swap alanı MEM'in 2 katı olur 
genelde...


Bu değerleri kurcalamak genellikle iyi sonuçlar doğurmaz :-)

--
Murat Sağlam
Hypnos Bilgisayar Teknolojileri
http://hypnos.panhaema.com/

begin:vcard
fn;quoted-printable:Murat Sa=C4=9Flam
n;quoted-printable:Sa=C4=9Flam;Murat
adr;quoted-printable:;;T=C3=BCrkiye
title:Hypnos Bilgisayar Teknolojileri
tel;work:+90 266 249 76 70
url:http://hypnos.panhaema.com
version:2.1
end:vcard



Re: Bellek tüketimi

2006-02-08 Thread ozgur oktay nar
Benim sistemim :>Pentium II 400 Mhz , 256 SDRAM , 16 MB Vodoo Banshee ( AGP )>Debian Etch gayet güzel çalışıyor.Bazen çok yüklendiğimde hafif takılmalar oluyor okadar.Zor Yoktur , imkansız Zaman alır
Sevgi , Saygı ve Linux2006/2/6, Murat Sağlam <[EMAIL PROTECTED]>:
Alper KANAT yazmış:> Merhaba,Merhaba,>> 512 MB bellekten geriye 7-10 MB civarı birşey kalması normal mi peki> sizce ? Bu arada bende X acayip CPU götürüyor şu aralar... Ekran
> koruyucu olarak GLMatrix kullanıyordum ve testing'deyken gayet rahat> akan GLMatrix şimdi yavaş yavaş akıyor.. Atlaya atlaya.. Bunlar> unstable sürümde dahi olsa olmaması gereken şeyler olsa gerek... X'in
> log dosyalarında da birşeye rastlayamadım>> free komutu çıktısı şöyle:>> [EMAIL PROTECTED]:~$ free> total   used   free sharedbuffers cached> Mem:516160 510128   6032  0   9984 197864
> -/+ buffers/cache: 302280 213880> Swap:   524280 105200 419080Bu durumu unstable ile bağdaştırmayın. Ben de unstable kullanıyorum,sistemin son güncellemesini dün akşam saatlerinde yaptım ve 512 MB
Ram'im var.Sistem yağ gibi kayıyor :-)Sizin free'ye dair önerim ise çok basit; swap'ı dosya olarak değil-dosya sistemi- olarak kullanın... Birde swap alanı MEM'in 2 katı olurgenelde...Bu değerleri kurcalamak genellikle iyi sonuçlar doğurmaz :-)
--Murat SağlamHypnos Bilgisayar Teknolojilerihttp://hypnos.panhaema.com/-- Özgür Oktay Nar