Zatizeni CPU pri praci s diskem

Prace s diskem me neumerne zatezuje CPU. Pokud dam kopirovat velky soubor A do adresare B, rychlost je dobra, ale okamzite stoupne zatizeni CPU na 100%. To ma za nasledek to, ze pokud system swapuje, je prakticky nepouzitelny, nekdy se stava, ze se napr. 2 min skoro temer nejde hejbat kurzorem mysi, natoz aby system reagoval na nejake povely. Disk bezi pres UDMA2 na i440BX cipsetu

hdparm -i /dev/hda

Kód:

---

Model=TOSHIBA MK6026GAX, FwRev=PA202G, SerialNo=Z4B82710S
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=48
 BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=16
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=117210240
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  sdma0 sdma1 sdma2 mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5
 AdvancedPM=yes: unknown setting WriteCache=enabled
 Drive conforms to: device does not report version:

---

hdparm /dev/hda

Kód:

---

multcount    = 16 (on)
 IO_support  =  3 (32-bit w/sync)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly    =  0 (off)
 readahead    = 256 (on)
 geometry    = 65535/16/63, sectors = 117210240, start = 0

---

Predpokladam ale, ze chyba je v konfiguraci jadra, proto prikladam nasleduji obrazek z menuconfigu
http://sweb.cz/Spacil.Ondrej/ATA.png

Konfigurace jadra je vporadku, hdparm taky. Cim to kopirujes? Kam to kopirujes? Z jakych filesystemu? Zkousel jsi pri kopirovani (nejlip v mc bez Xek) sledovat top na druhe konzoli, co tam nejvic zere?

Takze sem zjistil nasledujici veci:
- pri kopirovani se mi idle zmensi na 0%, wasted na maximum (proste 100%-vsechny procesy) - mereno v top
- je jedno cim to kopiruju
- je jedno z jaky filesystem pracuju (zkousel sem ext3 i reiserfs 3.6)
- -mm ani -ck patchsety nic nemeni

a co vmstat (5)? nedochazi ti nahodou pamet kdyz to swapuje?

zkus starsi jadro nikde nepises co je to za verzi

Citace:

---

Původně odeslal lukasp

a co vmstat (5)? nedochazi ti nahodou pamet kdyz to swapuje?

---

Pamet me dochazi celkem casto :-( , kazdopadne to ze kdyz pustim cp /big_file /dev/zero zacne trhat kurzor mysi, za normalni rozhodne nepovazuju.

Citace:

---

Původně odeslal Lipo

zkus starsi jadro nikde nepises co je to za verzi

---

Pouzivam 2.6.9-gentoo, zkousel sem 2.6.10 + ty patchsety. 2.4 zkusit muzu, kazdopadne pouzivat bych ho nechtel, chybi me v nem podpora pro spoustu HW, a resit to modulama se me moc nechce.
BTW: uz sem to dal i na gentoo 4um
http://forums.gentoo.org/viewtopic.php?t=289165

to mas fakt nejaky divny, ja kopiruju na routeru treba iso FreeBSD (je tam i ftpko) a jeste to zvlada routovat a jeste muzu mit pres putty irssi a pamet nedochazi(pouzivam FreeBSD=lepsi prace s pameti)...

Citace:

---

Původně odeslal lukasp

to mas fakt nejaky divny, ja kopiruju na routeru treba iso FreeBSD (je tam i ftpko) a jeste to zvlada routovat a jeste muzu mit pres putty irssi a pamet nedochazi(pouzivam FreeBSD=lepsi prace s pameti)...

---

Asi si me spatne pochopil, pamet me dochazi normalne pri praci s vice aplikacema (mam na ntb jen 128MB), ne pri kopirovani velkych souboru :wink:
Jinak o tom swapovani sem se zminoval proto, protoze pokud zacne system swapovat (tj. pristupovat na disk) je to dvojnasobna smrt. Proste si muzu jit udelat kafe.

<rejp>/dev/zero?
ja mel za to, ze /dev/zero se pouziva spis pro cteni "0000000000....." ne?
nemelo by to byt null? ale pocitam, ze v tom problem nebude.
</rejp>

Citace:

---

Původně odeslal KtK

<rejp>/dev/zero?
ja mel za to, ze /dev/zero se pouziva spis pro cteni "0000000000....." ne?
nemelo by to byt null? ale pocitam, ze v tom problem nebude.
</rejp>

---

Tvuj rejp byl uspesny .. mam to blbe :oops: :oops: :oops:

Jinak asi je holt problem, jak sem se dival v jadru linuxu, protoze na rozdil od toho co mam ja (FreeBSD) odklada prplnenou pamet az kdyz je to jedina moznost, kdezto FBSD hned, jak data nepotrebuje... Takze to bude asi systemem, protoze ja ted mam na jednom routeru 40 MB a ze by mi swapoval, to sem jeste nezazil...

Na routeri asi nepouzivas veci ako OpenOffice.org alebo Mozilla, ze...

Kód:

---

rainbow@router:~$ free
            total      used      free    shared    buffers    cached
Mem:        30032      29400        632          0      7000      13948
-/+ buffers/cache:      8452      21580
Swap:      125172          0    125172

---

Kód:

---

rainbow@pentium:~$ free
            total      used      free    shared    buffers    cached
Mem:        126116    121664      4452          0        544      56544
-/+ buffers/cache:      64576      61540
Swap:      128480      30060      98420

---

To ne, ale na jednom systemu, kterej ted kompiluje, mam Xka (X.org 6.8.1) a openoffice instaluju, mozillu tam mam taky a zadna pamet mi nedochazi (mam 192 MB pravda), ale muzu ji vytahnout, ale zas na routeru/servriku to bez zaseku staci kompilovat mysql (na pvpgn server) a jeste to routovat a jeste muzu stahovat veci z ftpka, ktere je na nem take...

Citace:

---

Původně odeslal lukasp

Jinak asi je holt problem, jak sem se dival v jadru linuxu, protoze na rozdil od toho co mam ja (FreeBSD) odklada prplnenou pamet az kdyz je to jedina moznost, kdezto FBSD hned, jak data nepotrebuje... Takze to bude asi systemem, protoze ja ted mam na jednom routeru 40 MB a ze by mi swapoval, to sem jeste nezazil...

---

Tohle mozna plati v pripade vanilly, ale existuje spousta patchu, ktere jsou masivne rozsirene a ktere maji uplne jinou spravu VMM. Caleb zkousel i tyhle patchsety, ktere si udrzuji nejakou minimalni hranici volne pameti a mensi cache, takze v tomhle bych problem nevidel.

Vice viz. http://members.optusnet.com.au/ckolivas/kernel/

Ted sem to kvuli vam testl, spustil sem kompilaci jednoho programu (linux_base tj. RedHati knihovny, pro spousteni linuxovejch aplikaci pod FBSD) a jeste sem dal update zdrojaku (tj. zvysene naroky na disk) a jeste sem dal spustit mysql, xka, atd. a pamet je sice prazdna, ale idle nebylo nikdy mensi nez 80%, takze na tom Gentoo bude neco spatne, a to mam neco podobneho (system kompilovany ze zdrojaku), btw: mam celeron 466 s deskou via apollo a pameti 192 MB, takze podobnou plecku. ;D

Ted pri instalaci na disk mam 100 % vytizeni, ale jede to furt ;o) , a disk taky jede furt v pohode, tak s tim problemem bude asi to, ze pomalejsi disk na notebooku asi nezvlada zapisovat a nebo mate neco spatne odladenyho v biosu, protoze jak je znamo Unixove systemy nespolupracuji s biosem, jen se jim obcas nelibi, kdyz jim do toho "keca"... :idea:

No nevim... mne se ty tvoje problemy co pises neprojevuji, mam starsi 2.6.9-nitro3 jadro, SATA + reiser4 a jedine, co pri diskovych operacich zere vykon, je rezie filesystemu.. Pri paleni DVD napr. vubec nepoznam, ze se neco pali :-)

Tezko rict, cim to muze byt, videl bych to mozna na problemy s IRQ (SMP/APIC)

Na Gentoo 4u probiha tato diskuze trosku jinym smerem, nez hadani se o tom jestli je lepsi FreeBSD nebo linux :roll:
Takze
vyzkousel sem 2.4.26 kernel na Gentoo 2004.2 LiveCD a s nim problem nebyl. Takze budu zkouset dat .. mozna ze to skutecne ma nejakou souvislost s APIC, kazdopadne sem ho nedavno zkousel zapnout (manualne, pres parametr jadra ale dmesg me vehemente tvrdil, ze APIC muj HW skutecne neumi).
Budu jeste experimentovat s kernelama z Live distribuci (knoppix + nejaky Rescue distribuce), snad na neco prijdu ....

Spis si zkontroluj sharovani IRQ z /proc/interrupts

Ja se tady nehadam co je lepsi (kazdej mame svyho oblibence), ja ti jen chtel ukazat na podobnym stroji, pri podobnejch podminkach, ze je to fakt divny, koukal sem se na nekolik clanku,atd. ale zatim jsem se s tim nesetkal, jelikoz linux nemam, tak sem z prvu myslel, ze to bude tim, ze linux odklada pamet az v ty uplne bezvychodny situaci... Ale asi neni...

2Caleb: co takhle zkusit ten disk prehodit na jinej kanal ? Nebo pouzij cistej kernel bez patchu. Pripadne vyhazej z toho kompa veskerej HW kterej nepotrebuje k behu (SB, eth, ...) a testni to bez toho. Neco z toho muze delat bordel na PCI kam mas pripojenej i radic hdd.

Ja mam hdd vsechny pATA, ten Linuxovej na RAIDu je fous pomalsi nez ty zbyly dva na klasickym IDE, ale pod Linuxem je to i tak o dos rychlejsi nez pod widlema a zatez CPU mam podstatne mensi (nez pod widlema). Kernel nekde kolem 2.6.8.1. Pokud vim, 2.6.9 a 2.6.10 maj dost bugu, takze testni tu 2.6.8.1 cistej kernel.

Citace:

---

Původně odeslal Jezevec

2Caleb: co takhle zkusit ten disk prehodit na jinej kanal ? Nebo pouzij cistej kernel bez patchu. Pripadne vyhazej z toho kompa veskerej HW kterej nepotrebuje k behu (SB, eth, ...) a testni to bez toho. Neco z toho muze delat bordel na PCI kam mas pripojenej i radic hdd.

---

Je to notebook :wink:

Citace:

---

Původně odeslal Jezevec

Ja mam hdd vsechny pATA, ten Linuxovej na RAIDu je fous pomalsi nez ty zbyly dva na klasickym IDE, ale pod Linuxem je to i tak o dos rychlejsi nez pod widlema a zatez CPU mam podstatne mensi (nez pod widlema). Kernel nekde kolem 2.6.8.1. Pokud vim, 2.6.9 a 2.6.10 maj dost bugu, takze testni tu 2.6.8.1 cistej kernel.

---

Zkusim

Takze po tom co sem vyzkousel knoppix s 2.4.x i 2.6.x jadrem, rozhodl sem se, ze se na 2.6.x vys@ru, a budu pouzivat 2.4.x
s 2.6.x => 90% CPU wasted
s 2.4.x => 80% CPU idle
behem kopirovani souboru.
Podporu pro i8k uz 2.4.28 ma, touchpad a alsu vyresim modulama. Nejsem z toho zrovna stastnej, ale verim ze na tak starym HW, jako je muj ntb by nemel byt veliky vykonostni rozdil mezi 2.6 a 2.4 jadry.

Citace:

---

Původně odeslal Caleb

Takze po tom co sem vyzkousel knoppix s 2.4.x i 2.6.x jadrem, rozhodl sem se, ze se na 2.6.x vys@ru, a budu pouzivat 2.4.x
s 2.6.x => 90% CPU wasted
s 2.4.x => 80% CPU idle
behem kopirovani souboru.
Podporu pro i8k uz 2.4.28 ma, touchpad a alsu vyresim modulama. Nejsem z toho zrovna stastnej, ale verim ze na tak starym HW, jako je muj ntb by nemel byt veliky vykonostni rozdil mezi 2.6 a 2.4 jadry.

---

Este skus predtym otestovat ck-sources , ten kernel ma skvele spraveny scheduler a este prestav v hdparm

Kód:

---

IO_support  =  1 (32-bit)

---

Citace:

---

Původně odeslal TimeLord

Citace:

---

Původně odeslal Caleb

Takze po tom co sem vyzkousel knoppix s 2.4.x i 2.6.x jadrem, rozhodl sem se, ze se na 2.6.x vys@ru, a budu pouzivat 2.4.x
s 2.6.x => 90% CPU wasted
s 2.4.x => 80% CPU idle
behem kopirovani souboru.
Podporu pro i8k uz 2.4.28 ma, touchpad a alsu vyresim modulama. Nejsem z toho zrovna stastnej, ale verim ze na tak starym HW, jako je muj ntb by nemel byt veliky vykonostni rozdil mezi 2.6 a 2.4 jadry.

---

Este skus predtym otestovat ck-sources , ten kernel ma skvele spraveny scheduler a este prestav v hdparm

Kód:

---

IO_support  =  1 (32-bit)

---

---

Jak sem psal na http://forums.gentoo.org/viewtopic.php?t=289165&
nic nepomaha :-(

Aj ck-sources ??

Citace:

---

Původně odeslal Caleb

- -mm ani -ck patchsety nic nemeni

---

Aj

Takze prechod na radu 2.4.x byl celkem uspesny. Zajimavou chybu se zatizenim CPU pri manipulaci s diskem jako 2.6.x nastesti nema, ale
- acpi sem nahradil ampd, protoze acpi v 2.4 je skutecne "broken"
- distribucni jadro s ruznejma patchema sem musel nahradit vanila kernelem, skoro bych rekl, co 1 nejakej patch, to 2 chyby navic ... do budoucna mozna opatchuju vannila kernel swsusp2, mozna i nejakym low-latency pachem (i kdyz muj subjektivni nazor je, ze pri praci se zvukem je vanila lepsi nez gentoo vetev s low latency)
- frame buffer konsole je v 2.4.x skutecne divoka vec ... jedna z mala veci (z meho pohledu), ktera je v 2.6.x vyrazne lepsi
Celkove se me vic libil 2.6.x, ALSA v jadre, jina (lepsi) prace s vice mysma .. atd. Jeste zkusim nejakou starsi verzi 2.6.x vetve ....

Skus 2.6.8.1 alebo 2.6.7.

Citace:

---

Původně odeslal Rainbow

Skus 2.6.8.1 alebo 2.6.7.

---

Tak bohuzel

mam dost podobnej (mozna stejnej problem)
je to P3-600, iBX, Compaq Armada M300 ...
na 2.4 kernel se mi nechce prechazet (musel bych prekompilovat minimalne glibc ale spis pul systemu) ... a nekde (znova se mi to hledat nechce) jsem nasel nejakej thread o tom ze se hodne zpomalilo IDE v kernelu 2.5.60 ... 2.5.59 jeste ok

Asi to bude tohle
http://kerneltrap.org/node/2251
Bohuzel se imho jedna o obecne zpomaleni IDE, na vysokou zatez CPU si tam nikdo nestezoval

tak u me to dela odchazejici disk ... tvari se jakoze vsechno ok ale kdyz ho vemu DFT tak to mi oznami ze disk mam reklamovat :-/

Zkousel si nejakou 2.4.x live distribuci? Je to skutecne odchazejicim diskem?
Premyslim jeste ze vyzkousim 2.5.59 a 2.5.60 jestli je tohle zpomaleni IDE pricinou mych problemu, nebo jestli je to uplne jiny problem.

nezkousel
nema to CD ani fdd a rozchazet dalsi system k bootovani po siti jsem linej
ale dela mi to i v pracovni stanici a kdyz se tam nainstalujou wokna tak normalne na 0.5sec vytuhnou kazdejch par vterin kdyz se leze na disk
vem na to nejakej drive fittness test nebo neco podobnyho ...

Ten disk je fungl novej, predtim sem tam mel starsi toshibu a ten problem sem mel stejnej.
2.4 kernel sice pracuje celkem dobre, ale ma totalne podelany ACPI, nema v jadre ovladac na touchpad, hrozne zabugovany fbdev atd atd.
Zkratka uz sem vyzkousel snad vsechno, vypada to ze proste reseni neexistuje. Na gentoo 4u ma 1 clovek uplne stejnej problem jako ja, ale i tak mam pocit ze sem jedinej na svete s timhle problemem :?