2.6 os kernel prociterheles

Milyen ütemezőt használsz?
És másoktól is kérdezném, milyet érdemes; régen olvastam vmi lifter-ről ?:) és tudom, hogy van vagy 4 ütemező. Anticipatory..?

top

?

(egyébként a mindenféle superkarambás cpu figyelők önmagukban megzabálnak ennyit)

[quote:d41330deb4="_ventura_"]

Milyen ütemezőt használsz?

jo kerdes, nem tom, gozom sincsen

(egyébként a mindenféle superkarambás cpu figyelők önmagukban megzabálnak ennyit)

ugyanazok futnak amik 2.4.26 os kernel alatt
de ott semmi foglals nincsen, legalabbis nem annyi mint 2.6.7 es alatt

ventura

Rendben, világosabb leszek: a "top" parancs az egyes processzekről ad tájékoztatást, az ilyen gyanús dolgokat például ezzel lehet lefülelni.

Másik: ha fut a superkaramba, akkor lépj ki belőle; rögtön kiderül, hogy az okozza-e. (ha fut ilyen cpu figyelő csoda, akkor tuti)

dikki:
"És másoktól is kérdezném, milyet érdemes; régen olvastam vmi lifter-rõl ?"
majdnem talalt; azt elevatornak hivjak;
"és tudom, hogy van vagy 4 ütemezõ. Anticipatory..?"
itt van par szo a 4 tipusrol:
http://www.hup.hu/modules.php?name=News&file=article&sid=4461
miota anticipatoryrol cfqra valtottam 300% gyorsult a rendszer ;-)

_ventura_:
a top alapbol folymaatosan figyel, probald igy egy kicsit es nezd at, mert _vmi_ csak hazsnal procit: top -b -n 2

[quote:7fb0245242="_ventura_"]tudom mi a top
neztem en is de semmi kulonos nem volt
nem fut superkaramba, sot semmilyen KDE szeru
mert ahhoz keveske a 64mega
sima icewm meg gkrellm fut
de ez 2.4.26 os kernel allat nem terhel semmit se a procin
ott max 20Mhz en fut a proci es nincsen terheles
mig 2.6.7 alatt 150Mhz es 2% korul mozog ugyanugy icewm
meg gkrellm

szal lehet az utemezo lenne *****?
ventura

Pedig pedig csak az a top és kill, amivel az ilyen gondok megkereshetőek. Sztem:

[quote:7fb0245242="_ventura_"] meg gkrellm fut

Ez tényleg nem ilyen KDE szerű...
Rosszabb. 8)

Másrészt 2.6-alatt változott a load számítása, ha jól emlékszem. Könnyen előfordulhat, hogy érzékenyebb ilyen terhelési tüskékre.

[quote:246ca1004e="fellow"]miota anticipatoryrol cfqra valtottam 300% gyorsult a rendszer ;-)

nincs valami elegansabb modszer arra, h ne 1essevel kelljen minden eszkozre a [code:1:246ca1004e] echo cfq >/sys/block/hdx/queue/io_scheduler[/code:1:246ca1004e] parancsot kiadni? :wink:

[quote:b5babb1d70="_ventura_"]sziasztok

megneztem mi foglalja a procit
legalabbis a top szerint
ez nemmas mint az xfree es a gkrellm
ojan fejenkent 1-1 % al
mig ugyanezek 2.4.26 alatt nem igazan terheltek
a procit alapban

mi lehet az ok

ventura

Ugye, hogy ugye. Mondtam én.

Ja es akkor mi van, ha a proci maxra terhelodik a top szeint, viszont _semmi_ sem terheli, szinten a top szerint.
(Me'g rootkent sem latszik semmi terhelo process, megis maxon van.)
Pl firefoxbol inditott java applet tud igy viselkedni.

8O
Most lehet, hogy én vagyok a hülye, de az anticipatory meg cfq meg deadline, azok IO ütemezők. Semmi közük a folyamatok CPU használatának ütemezéséhez.

vmiklósnak: [quote:72a2e1f887="a linkelt cikkből"] A rendszer I/O ütemező úgy lett tervezve, hogy boot időben az "elevator=X" paraméterrel meg lehet "kérni" a kernelt, hogy melyik schedulert használja. Ezzel egy baj van, hogy a választás az összes meghajtóra vonatkozik, és a későbbiekben nem lehet megváltoztatni (csak újraindítással).

Neked szerintem pont ez kell.

Miért nagyobb a CPU terhelés 2.6.x-en? Egy lehetséges ok, hogy a HZ default értéket 100Hz-ről 1000Hz-re emelték, tehát másodpercenként 10x annyi timer interruptot kell kiszolgálni, mint a korábbi kernelekben. Egyébként ha jól emléxem ez Con Kolivas patchével állítható. (És jól emléxem! ;) http://members.optusnet.com.au/ckolivas/kernel/ )
Ja és ha már itt tartunk CK patch-e az IO ütemezőt is defaultból cfq-ra állítja. (lásd a fenti linket) De ha valakinek nincs kedve patchelni a HZ érték miatt, akkor valamelyik .h fileban egy #define makróban lehet átírni. Rá kell keresni, ha valakinek ez kell.

vmiklos:
"nincs valami elegansabb modszer arra, (...)"

globalis megoldasok:

modszer 1:
boot parameternek megadod: elevator=valtozat

modszer 2:
General setup - Configure standard kernel features - es kikapcsolod a masik harom schedulert
ami nincs bent, azt nem tudja hasznalni;

modszer 3:
http://ck.kolivas.org/patches/2.6/2.6.7/2.6.7-ck6/split-out/defaultcfq.diff
imho ezt eleg konnyu portolni es megvaltoztatni;

BandiG:
"Ja es akkor mi van, ha a proci maxra terhelodik a top szeint, viszont _semmi_ sem terheli, szinten a top szerint."
'ps aux' sem irja?

XMI:
"Egyébként ha jól emléxem ez Con Kolivas patchével állítható."
szinten egyszeruen ertelemzheto:
http://ck.kolivas.org/patches/2.6/2.6.7/2.6.7-ck6/split-out/config_hz.diff

include/asm-i386/param.h
# define HZ 1000 /* Internal kernel timer frequency */

[quote:d8d30660ef="XMI"]vmiklósnak: [quote:d8d30660ef="a linkelt cikkből"] A rendszer I/O ütemező úgy lett tervezve, hogy boot időben az "elevator=X" paraméterrel meg lehet "kérni" a kernelt, hogy melyik schedulert használja. Ezzel egy baj van, hogy a választás az összes meghajtóra vonatkozik, és a későbbiekben nem lehet megváltoztatni (csak újraindítással).

Neked szerintem pont ez kell.

kösz, nem bírok olvasni ;-)
[quote:d8d30660ef="fellow"]vmiklos:
"nincs valami elegansabb modszer arra, (...)"

globalis megoldasok:

modszer 1:
boot parameternek megadod: elevator=valtozat

ok, ez lesz

[quote:ee07c2383d="fellow"]dikki:
"És másoktól is kérdezném, milyet érdemes; régen olvastam vmi lifter-rõl ?"
majdnem talalt; azt elevatornak hivjak;

JAJJJ JAJJ LOL OMFG :D :D :D :oops: :oops:

"és tudom, hogy van vagy 4 ütemezõ. Anticipatory..?"
itt van par szo a 4 tipusrol:
http://www.hup.hu/modules.php?name=News&file=article&sid=4461
miota anticipatoryrol cfqra valtottam 300% gyorsult a rendszer ;-)

Jah, nekem is ez a hír sejlett fel, amikor megkérdeztem. Tudni szerettem volna, ki mit használ. Akkor ha a linuxforumon összehozunk majd egy 2.6-os kernelt nekem végre, majd megpróbálom. köszi :)

ezügyben télleg nem értem miért kell reklámozni más oldalt :?