nasz kernel 2.2 i przekręt na swapie

[Tomasz Kłoczko]

Kilka razy wyleciało mi X środowisko z powodu tego brakło pamięci.
Myśłałem że to przez to że mając 2GB RAM akurat kernel nasz jest w stanie 
obsłużyć tylko niecałe 1GB ale właśnie zanierzyłem dlaczego tak się 
dzieje.

[root w test1 proc]# cat /proc/swaps 
Filename			Type		Size	Used	Priority
/dev/sda3                       partition	1052248	0	-6
/dev/sdb3                       partition	1052248	0	-2
/dev/sdc3                       partition	1052248	0	-3
/dev/sdd3                       partition	1052248	0	-4

Czyli są tu cztery kawałki po 1GB z okładem .. ale:

# cat /proc/meminfo 
        total:    used:    free:  shared: buffers:  cached:
Mem:  994889728 924286976 70602752 122286080 607924224 184852480
Swap: 15040512        0 15040512
MemTotal:    971572 kB
MemFree:      68948 kB
MemShared:   119420 kB
Buffers:     593676 kB
Cached:      180520 kB
SwapTotal:    14688 kB
SwapFree:     14688 kB
              ^^^^^
Teraz dalej:

[root w test1 proc]# swapoff /dev/sda3
[root w test1 proc]# cat /proc/meminfo 
        total:    used:    free:  shared: buffers:  cached:
Mem:  994889728 929366016 65523712 124993536 607924224 188055552
Swap: 3232505856        0 3232505856
MemTotal:    971572 kB
MemFree:      63988 kB
MemShared:   122064 kB
Buffers:     593676 kB
Cached:      183648 kB
SwapTotal:  3156744 kB
SwapFree:   3156744 kB
            ^^^^^^^

Czyli zmniejszenie swapa powoduje w tym wypadku jego powiększenie ;>

Abo będzie trzeba to udokumentować jako "known bug" abo poprawić.
W tym wypadku przyczyn można się domyślać poniewać wydać że rozmiar swapa 
nie mieści się już na zmiennej 32bit. Nie sprawdzałem jeszcze czy to jest 
tylko błąd w raportowaniu przez proca czy faktycznie dochodzi tu do
przepełnienia ogłupiającego cały system.

Komuś coś obiło się o oczy gdzieś na jakieś liście o czyms takim ?
Czy ktoś coś wie na temat tego żeby kernel >=2.4 był juz na taką okazję 
poprawiony ?

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*