Valeri Vladev wrote: > Skeleta wrote: > >> Здравейте, >> >> На десктоп компютъра ми освен X и KDE-то с разните му приложения >> вървят и доста важни задачи, с които си върша работата на системен >> администратор. >> >> След 1-2 седмици работа (без да рестартирам Mozilla и други дебели >> клиенти) в dmesg и kern.log почват да се появяват съобщения от вида: >> >> Jun 19 14:47:06 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1f0/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:07 sarge kernel: VM: killing process postmaster >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0xf0/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1f0/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:07 sarge kernel: VM: killing process kdeinit >> Jun 19 14:47:07 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> Jun 19 14:47:43 sarge kernel: __alloc_pages: 0-order allocation >> failed (gfp=0x1d2/0) >> >> След като почетох малко из Google, оставам с впечатление че ядрото не >> може да си задели реална памет, щото swap има достатъчно, но RAM-а се >> използва. (512M RAM, 1G swap, като използвания swap в момента на >> грешката е към 30%, поне така ми се струва). >> >> Машината е (uname -a): >> >> Linux sarge.sz.btk.bg 2.4.27-2-686-smp #1 SMP Mon May 16 16:55:31 JST >> 2005 i686 GNU/Linux >> >> Ако имате подобни проблеми, моля споделете дали сте ги решили и как. >> >> Тъй като след възникване на грешката ядрото почва да убива случайни >> програми, ще ми се да не се случва такова препълване на паметта, но >> не мога по никакъв начин да установя къде е причината - в ядрото, в >> някое бъгаво приложение, или пък в препълване на паметта за >> входно-изходните буфери поради някакво задръстване на трафика по >> мрежата (част от програмите генерират относително голям трафик). >> >> Ако имате някакви идеи, ще ви пратя допълнителна информация за >> инсталираните пакети и каквото още поискате. >> >> Поздрави, >> Скелета >> >> > В такова състояние докарах машината си след изпълнение на > шел скрипт който се fork()-ва до дезкрайност. > > Валери. > > Prichinata e che kernel-a ne uspqwa da swap-ne dostatachno barzo (disk-a go bawi) i w daden moment heap ne mozhe da se zadeli. Rezultata e che kernel-a se opitwa da si oswobodi pamet kato kill-wa procesi. moq sawet e da widish kakwo leak-wa (shtoto nai weroqtno towa e problem-a)
ostawi go da poraboti i wizh kak se meni RSS-to na procesite ti... drugiq variant e naistina towa koeto predpolozhi Valeri: pri opit da fork-wash w cikal stawat chesto takiwa laina shtoto bash galta mnogo (1-1.5MB) - nqma znachenie dali e w shell script ili binary code... PS: sorry za latinicata (toku shto install-nah) Regards, Sasho
