Vicc

Hogy a nyilvánvaló hibákkal is csak hosszú évek után törődnek.

.." the poor responsiveness of the Linux desktop when dealing with significant disk activity on systems where there is insufficient RAM or the disks are slow. The GUI basically drops to its knees when there is too much disk activity, which is far from being ideal."

Még szerencse hogy ott járt Cpt. Obvious...

http://lkml.org/lkml/2010/4/4/86
http://lkml.org/lkml/2010/8/1/40

Ps.:
"insufficient RAM or the disks are slow"

Nálam is teljesen lehal 12gb rammal illetve Samsung F3-al. Ha teljes terhelést kap, ott a világvége. Egyedüli védelem hogy mindennél gyorsabb háttértárakat szerelünk be (4x SSD raid?) illetve nem másolunk helyi gépen.

( Yorirou | 2010. 08. 05., cs – 10:59 )

Régi szép időkben, amikor még Gentoo-m volt és KDE 3-am 1 magos gépen, teljesen megszokott volt, hogy a csomagok fordítása ment a háttérben és észre sem vettem.

Amiért anno Windows XP-ről UHU-ra váltottam az az volt, hogy miközben netscape navigatorral böngésztem, nem tűnt fel, hogy az xMule hash-elt 20 GB-ot és DVD-t másoltam fel közben (abban az időben az XP teljesen használhatatlanná vált, ha elkezdtem egy DVD-ről cuccokat felmásolni).

( dap | 2010. 08. 05., cs – 14:36 )

12GB RAM -al kicsi a valószínűsége annak, hogy ugyanez legyen a bajod. A patch a direct reclaim logikán segít, ami csak kevés memóriával (= alacsony vm.min_free_kbytes) rendelkező rendszeren jellemző (átlagos felhasználás mellett).

Nekem 2.6.33 fut Fedora13 alatt, simán másolok DVD -ket titkosított ext4 -es partíciók közt miközben a GUI nem rosszabb. A vm.swappiness 0 -ra van tuningolva a vm.min_free_kbytes pedig 64MB -ra. Persze a firefox lassabban indul el egy hosszú másolás után, mert a vm kidobálja a cache -elt firefox binárist, de a futó programokra nem igazán van hatással.

Egy dstat -cmdg --vm -l eredményből már egész jól lehetne következtetni arra, hogy nálad mi okozza az akadozást.

Ettől függetlenül nekem is van nyűgöm az VM -el, mert ha mégis muszáj neki swappelni, akkor azt úgy teszi, hogy közben a desktop halott [1], de ez megint egy speciális eset.

Fusson állandóan a háttérbe terminálba vagy screenbe, akkor van esély, hogy elkapja a megfelelő pillanatot.

Kíváncsiságból átfutottam a 2.6.34-ck1 patch -t, van benne 4 meredek VM módosítás (plussz alapból 0 -ra teszi a vm.swappiness -t), akár segíthet is, kíváncsi leszek, mindenképp írd meg mire jutottál!

mm-background_scan.patch
mm-drop_swap_cache_aggressively.patch
mm-lru_cache_add_lru_tail.patch
mm-make_swappiness_really_mean_it.patch

Ez a téma különösen érdekel, én is hiperérzékeny vagyok a reszponzív desktopra és sokat debuggoltam már érte. :)

Bár nem konkrét megoldás a problémádra, de én így forgattam már párszor -ck kernelt.

Kernel forrásának könyvtárában:

patch -p1 < /home/user/kernel/patch-2.6.34-ck1
make localmodconfig
make menuconfig (beállítom azt az 1-2 dolgot, amiről úgy gondolom, hogy úgy lesz nekem jó)
fakeroot make-kpkg --initrd --append-to-version=-valami_saját-verzió kernel-image kernel-headers

Ha kész, egy könyvtárral feljebb ott lesz két deb fájl, *kernel-image és a *kernel-headers.
Pár alkalommal már így forgattam kernelt Ubuntu-n.
Vonatkozó Ubuntu-help oldal: https://help.ubuntu.com/community/Kernel/Compile

Ez alapján csináltam:
http://ubuntuforums.org/showthread.php?t=311158

"sudo cp /usr/share/kernel-package/examples/etc/kernel/postinst.d/initramfs /etc/kernel/postinst.d/
sudo cp /usr/share/kernel-package/examples/etc/kernel/postrm.d/initramfs /etc/kernel/postrm.d/"

Na most postrm mappa nincs. Csináltam egyet és oda másoltam amit írt, mert ugye az létezik. Végén pedig mikor beírtam hogy cd .. && dpkg -i *.deb, na akkor hasalt el a telepítés legutolsó fázisában a postrm.d/-ben található dologra hivatkozva.

Lehet ezt ki kéne hagyni? (Régen forgattam már kerneleket, akkor ilyesmi nem volt)

Hát nem tudom, én a hivatalos Ubuntu help alapján fordítgattam. Onnan ollóztam össze a fenti pár sort is. Nekem bevált.
Letöltöm a forrást, kicsomagolom, beírom a fenti pár sort, kicsit konfigolom. Aztán, ha a fordítás véget ért, felrakom a 2 deb csomagot és reboot vele.

Általában ennyi, bár a karmicban van egy bug a kernel-package-ban(?), ami a 2.6.33 fordításánál jön elő, miszerint nem tud csomagot csinálni belőle.(valamit áthelyeztek attól s verziótól kezdve a kernel forrásában, patch van rá)

Én nem szoktam vele sokat szenvedni. A "make localmodconfig" kiszedni a felesleges dolgokat, és "bepipálja" a szükséges modulokat. Ezen kívül nem túl sokat szoktam babrálni a konfiggal, pár feleslegesnek tűnő dolgot még ki szoktam szedni, ennyi. Mentségemre szóljon, nem nagyon értek hozzá, csak kontárkodok, úgy gondolom, sikerrel. :)
(boot kicsit gyorsabb, a leállítás meg sokkal gyorsabb, és kicsit mintha reszponzívabb lenne a rendszer, ennyi. Nomeg némi fun, mérsékelten, de szeretek ilyenekkel pöcsölni.)

Na kész is van. Sikerült felrakni, modules.dep -el volt kis gond de megoldottam. Jól fut, érezhetően gyorsít a gépen, bejövős. Érdekesség a 6gb ram használat alapjáraton. :D

(6020208k used, 1541564k buffers, Cached: 3786896 kB)
(Ja, és végre megszűnt a teljes blokk. Az UI reszponzív, a lemez 100% loadot kap több helyről, és mindig simán megy. Ha lenne annyi pénzem felbérelném CK-t hogy pofozza fel azt a fost teljes munkaidőben. :))