Dotaz: Kompilace a tuhnutí počítače / KDE

[David Watzke]

Poslední dobou když něco kompiluju a jsem v KDE, tak se to začne hryzat a když IHNED neshodím Xka (Ctrl+Alt+Del), tak vytuhne a nechce nic dělat (řešení je hnus - SysRq+Alt+B). Jakmile kompiluju v tty, tak není problém. Nevím čím to může být. Trochu jsem hrabal v nastavení kernelu, když jsem updatoval na 2.6.13-r3, ale nic co by s tím souviselo. Jde o 64bit Gentoo. A tady rovnou hodím make.conf.

PS: Zrovna se zkompiloval aKregator-3.4.3 a neseklo se to. Ale třeba Kopete, amaroK, tak už je to horší.

Odpovědi

[Luboš Doležel (Doli)]

Zkus sledovat využití paměti Xek. Kompilace je víc náročná na paměť a třeba se problém projeví až právě tehdy.

Dneska ráno jsem nechal běžet Xka se zapnutým Azureusem a když jsem se vrátil ze školy, tak se OOM killer vyřádil, protože Xka si opět zažrala 1,5 GB RAM.

Nebo je to taky úplně něco jiného...

[David Watzke]

Dobře, zkusím to.

[#Tom]

Když jsem kompiloval Kopete na své čtyřstovce (256 MB RAM + 386 MB swap), nebyl s tím jediný problém. Navíc se mi nezdá, že by zrovna vyčerpání paměti při kompilaci mělo shodit xka, ale možný to je. Co se stane, když přímo xka spotřebujou paměť a jádro je sejme? (Jde to vyvolat třeba otevřením stránky ve FireFoxu s hromadou obrázků, dobrá jsou třeba jednobitová pngčka (třeba 1024x768) ve velkém počtu (tak 50-500 podle velikosti paměti).) Jde pak systém ještě nějak rozumně ovládat?

P.S.: Paměti se dá vyčerpat jinak než přes xka a klidně bez kompilace takto:

mount -o remount,size=asi_velikost_paměti /dev/shm
dd if=/dev/zero of=/dev/shm/smeti
swapoff -a

[David Watzke]

To zkusím hned po tom. Zatím se Kopete kompiluje. Vsadím se, že budu za blbce a zase to půjde OK. A hele... zatímco píšu je to zkompilovaný bez jedinýho problému. Ale aspoň, že tak.
PS: Proč ale jádro neshodí ten proces (X ?), aby zabránilo vytuhnutí ?

[#Tom]

Mně to ty Xka párkrát shodilo a vytuhlo to právě kvůli jejich pádu. Asi jde o vedlější účinek toho, že X v některých věcech obchází jádro a hrabe přímo na hardware.

[Luboš Doležel (Doli)]

Ono je to neshodí, ale tak šíleně zpomalí, že to tak vypadá. A když nejsou potřeby Xek uspokojeny, OOM killeru rupnou nervy a pošle SIGKILL i Xkám....čímž odrovná nVidii a pomůže jen reset.

[#Tom]

čímž odrovná nVidii a pomůže jen reset

Ještě že to aspoň u mě neplatí vždycky, i když to tak dřív bylo. Párkrát mi to úplně nevytuhlo. (Vždycky šlo o vyžrání paměti kvůli obrázkům ve FireFoxu. )

[David Watzke]

Teď jsem udělal tu věc, to radil #Tom

mount -o remount,size=asi_velikost_paměti /dev/shm
dd if=/dev/zero of=/dev/shm/smeti

swapoff -a už jsem nestihl.. vypadalo to na restart, ale nakonec se Xka umoudřily a nechaly se vypnout. Jak tu swapku zase zapnu ? swapon, ale s jakým parametrem ?

[Luboš Doležel (Doli)]

Jako parametr dej oddíl, kde je ten swap...takže třeba /dev/hda3

[David Watzke]

Jo, good... /dev/hda1, samozřejmě.

[Radomír Fojtík]

Dost OT, ale nedá mi to se zeptat, nejedete-li na nových modularizovaných Xkách, nebo není to díky composite nebo něčím jiným? OOM killer, pády - až podezřele často o tom slyším. Až se mi tomu nechce věřit.

Já bych s tím nevydržel. Hodil bych to do šrotu

[David Watzke]

Jedu na Xkách, co jsou stable na amd64 v portage. Do šrotu s novým počítačem? Ale to snad né.

[Radomír Fojtík]

No spíš to bylo na doliho. Ale u tebe je to taky samý problém ... no řekni že ne

Já bych na to ty nervy neměl, asi bych to vyhodil z okna.

[David Watzke]

Samý problém.. no občas se to tak jeví. Ale jsou to moje blbosti (většinou).

[Luboš Doležel (Doli)]

Jedu bez Composite.

Jak jsem to tak zkoušel, tak v X.org -r1 to bylo nejlepší a v -r2 to bylo nejhorší. Trochu to urychluje RenderAccel.

U aktuální verze Xek se to projeví jednou za delší dobu.