OOM podczas uzywania cdrecord

[ShiningPath]

Witam.

Podczas nagrywania plyt uzywana pamiec rosnie w blyskawicznym tempie, 
osiaga meritum i maszyna zalicza zwis.
Do dzis nie mialem zbytniej potrzeby wypalania danych, takze nie wiem od 
kiedy takie zjawisko wystepuje - zauwazylem dopiero teraz. Na kernelu 
2.6.4 bylo OK.
Obecnie pracuje na wszystkim co aktualne w repo AC.

Oto logi:

Feb 15 20:13:01 stacja kernel: oom-killer: gfp_mask=0x1d2
Feb 15 20:13:01 stacja kernel: DMA per-cpu:
Feb 15 20:13:01 stacja kernel: cpu 0 hot: low 2, high 6, batch 1
Feb 15 20:13:01 stacja kernel: cpu 0 cold: low 0, high 2, batch 1
Feb 15 20:13:01 stacja kernel: Normal per-cpu:
Feb 15 20:13:01 stacja kernel: cpu 0 hot: low 32, high 96, batch 16
Feb 15 20:13:01 stacja kernel: cpu 0 cold: low 0, high 32, batch 16
Feb 15 20:13:01 stacja kernel: HighMem per-cpu: empty
Feb 15 20:13:01 stacja kernel:
Feb 15 20:13:01 stacja kernel: Free pages:        2144kB (0kB HighMem)
Feb 15 20:13:01 stacja kernel: Active:8715 inactive:319 dirty:0 
writeback:0 unstable:0 free:536 slab:2062 mapped:
9006 pagetables:153
Feb 15 20:13:01 stacja kernel: DMA free:1416kB min:20kB low:40kB 
high:60kB active:0kB inactive:0kB present:16384k
B
Feb 15 20:13:01 stacja kernel: protections[]: 10 360 360
Feb 15 20:13:01 stacja kernel: Normal free:728kB min:700kB low:1400kB 
high:2100kB active:34860kB inactive:1276kB
present:507840kB
Feb 15 20:13:01 stacja kernel: protections[]: 0 350 350
Feb 15 20:13:01 stacja kernel: HighMem free:0kB min:128kB low:256kB 
high:384kB active:0kB inactive:0kB present:0k
B
Feb 15 20:13:01 stacja kernel: protections[]: 0 0 0
Feb 15 20:13:01 stacja kernel: DMA: 0*4kB 1*8kB 0*16kB 0*32kB 0*64kB 
1*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*
4096kB = 1416kB
Feb 15 20:13:01 stacja kernel: Normal: 14*4kB 6*8kB 1*16kB 1*32kB 1*64kB 
0*128kB 0*256kB 1*512kB 0*1024kB 0*2048k
B 0*4096kB = 728kB
Feb 15 20:13:01 stacja kernel: HighMem: empty
Feb 15 20:13:01 stacja kernel: Swap cache: add 0, delete 0, find 0/0, 
race 0+0
Feb 15 20:13:01 stacja kernel: oom-killer: gfp_mask=0xd0
Feb 15 20:13:01 stacja kernel: DMA per-cpu:
Feb 15 20:13:01 stacja kernel: cpu 0 hot: low 2, high 6, batch 1
Feb 15 20:13:01 stacja kernel: cpu 0 cold: low 0, high 2, batch 1
Feb 15 20:13:01 stacja kernel: Normal per-cpu:
Feb 15 20:13:01 stacja kernel: cpu 0 hot: low 32, high 96, batch 16
Feb 15 20:13:01 stacja kernel: cpu 0 cold: low 0, high 32, batch 16
Feb 15 20:13:01 stacja kernel: HighMem per-cpu: empty
Feb 15 20:13:01 stacja kernel:
Feb 15 20:13:01 stacja kernel: Free pages:        2088kB (0kB HighMem)
Feb 15 20:13:01 stacja kernel: Active:8720 inactive:321 dirty:0 
writeback:0 unstable:0 free:522 slab:2061 mapped:
9006 pagetables:153
Feb 15 20:13:01 stacja kernel: DMA free:1416kB min:20kB low:40kB 
high:60kB active:0kB inactive:0kB present:16384kB
Feb 15 20:13:01 stacja kernel: protections[]: 10 360 360
Feb 15 20:13:01 stacja kernel: Normal free:672kB min:700kB low:1400kB 
high:2100kB active:34880kB inactive:1284kB present:507840kB
Feb 15 20:13:01 stacja kernel: protections[]: 0 350 350
Feb 15 20:13:01 stacja kernel: HighMem free:0kB min:128kB low:256kB 
high:384kB active:0kB inactive:0kB present:0kB
Feb 15 20:13:01 stacja kernel: protections[]: 0 0 0
Feb 15 20:13:01 stacja kernel: DMA: 0*4kB 1*8kB 0*16kB 0*32kB 0*64kB 
1*128kB 1*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1416kB

[...]

konczy sie to ostatecznie zwisem...

Jeszcze na jedna ciekawostke natrafilem w logach:

Feb 15 20:02:47 stacja kernel: warning: process `update' used the 
obsolete bdflush system call
Feb 15 20:02:47 stacja kernel: Fix your initscripts?
Feb 15 20:02:52 stacja kernel: warning: process `update' used the 
obsolete bdflush system call
Feb 15 20:02:52 stacja kernel: Fix your initscripts?


Coz to za dolegliwosc? Jakas rada?
Google podpowiadaja cos o upgrade do 2.6.9/10 - ale mi sie to nie 
usmiecha -> modem ...

Pozdrawiam

-- 
Robert Halabowski - http://www.halab.republika.pl
Bigamia polega na tym, że ma się o jędną żonę za dużo.
Monogamia też ;)
/dev/dsp by pograło, ale ktoś ukradł kasety :(