Memory squeeze

[Petr Prazak]

Dobry den,

5.6.2001, Jan Kasprzak napsal k `Memory squeeze':

> Petr Prazak wrote:
> : May 25 00:01:16 willy kernel: eth0: Memory squeeze, deferring packet.
> : May 25 00:01:34 willy last message repeated 1077 times
> : 
>         Tohle dela driver sitovky, pokud mu selze dev_alloc_skb().
> Coz znamena, ze uvnitr preruseni (kde nelze swapovat) dosla fyzicka
> pamet. Driver by se s tim mel vyrovnat, ale asi to neudela. Co to je
> za sitovku?

"Infamous" RTL8139 :)

> : Da se zjistit, ktery proces takto zere pamet ?
>         Nemusi to byt zadny. Jde o kratkodoby nedostatek _fyzicke_ operacni
> pameti, ktery se navenek ani nemusi projevit (po skonceni preruseni se
> vzbudi kswapd a zacne se swapovat).

Drive ten server bezel bez problemu nekolik mesicu, v posledni dobe se
to stane 1x tydne :( Vzhledem k tomu, ze jsem tam instaloval nejaky
novy soft, mne napadlo ze by to mohlo byt tim.

V cron logu jsem nasel hlaseni v tom case "cannot fork".

>         Zkusil bych zvysit hodnoty v /proc/sys/vm/freepages,

Ted je tam "256     512     768".

# cat /proc/meminfo
        total:    used:    free:  shared: buffers:  cached:
Mem:  529420288 522964992  6455296 287154176 38477824 173568000
Swap: 515850240  7008256 508841984
MemTotal:    517012 kB
MemFree:       6304 kB
MemShared:   280424 kB
Buffers:      37576 kB
Cached:      169500 kB
BigTotal:         0 kB
BigFree:          0 kB
SwapTotal:   503760 kB
SwapFree:    496916 kB

> : btw, jadro 2.2.16-1smp.
> : 
> ... a taky dat novejsi jadro. Jeste me napada, ze pokud sitovka pouziva
> ISA DMA, tak muze treba dochazet jen fyzicka operacni pamet pod 16MB.

Existuji nejake hodnoty, ktere by se daly sledovat, a podle kterych by
se dalo predpovedet, ze k tomu zase dojde?


-- 
S pozdravem,
  Petr Prazak

-------------------------------
developer @ GRISOFT(c) SOFTWARE
mailto:prazak na grisoft.cz
$ whois PP2717
ICQ# 10467674
-------------------------------