Dotaz: Arch - 100% zátěž CPU při čtení/zapísu na disk

[Limoto]

Mám problém s tím, že mám při čtení/zápisu na disk 100% vytížen CPU, a to jak z 3,5roku starého tak ze skoro nového disku čte rychlostí pod 2MB/s, podle hdparm tam PIO není:

/dev/hdc:

 Model=Maxtor 7L300R0, FwRev=BAJ41G20, SerialNo=L61FA9NG
 Config={ Fixed }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57
 BuffType=DualPortCache, BuffSize=16384kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=yes: disabled (255) WriteCache=enabled
 Drive conforms to: ATA/ATAPI-7 T13 1532D revision 0:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 ATA/ATAPI-7

 * signifies the current active mode


/dev/hdd:

 Model=SAMSUNG SV0412H, FwRev=SK300-15, SerialNo=0536J1FTB17253
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
 RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4
 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78242976
 IORDY=yes, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: ATA/ATAPI-6 T13 1410D revision 1:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6

 * signifies the current active mode

Distro Arch Linux 0.7.2 (všechny oficiální repozitáře a nejnovější verze)

Jádro 2.6.17.13 (suspend2 a squashfs patchy), ale dělalo to i u 2.6.17.11 (jenom suspend2).

Neví někdo co s tím?

Odpovědi

[neal_cz]

Nemáte žurnálovací fs připojený s ukládáním dat do žurnálu (např. reiserfs s mount optionem data=journal)

[neal_cz]

to měla být otázka...

[Limoto]

kus fstab:

/dev/hdc4   /          ext3   defaults                    0 1                                         

/dev/hdd2   /mnt/fat   vfat   umask=0000,iocharset=utf8   0 0

[otula]

A nemůže to být problém HW? Dělá to totéž, i když z té šráky odpojíš druhý (/dev/hdd) disk? Předpokládám, že máš asi na /dev/hda a (nebo) /dev/hdb CD/DVD mechaniku, tak zkus jeden disk přehodit tam.

[Limoto]

ale windows si docela valí, takže tím to asi nebude

[Willka]

A máte je dobře nastavené "jumperama" na Master/Slave?

[Limoto]

ano, mám

[ZAH]

Co vypíše hdparm

hdparm -i /dev/xxxx

[Limoto]

to jsem psal nahoře

[Limoto]

Tak vyřešeno - zkusil jsem LiveCD SUSE, kde to šlo normálně, takže bylo jasný že je to buď v Archu, nebo mezi židlí a klávesnicí. Zkusil jsem instalační cd Archu s root=/dev/hdxY a taky to bylo normální, takže bylo jasný že je to v jádře. Podívám se na make menuconfig > drivers > DMA a tam vidím use DMA default, u kterého se ještě v helpu dozvím, že bez toho se musí dávat DMA ručně, takže už bylo jasný že chyba byla mezi židlí a klávesnicí. Uložím .config, zkompiluju, zkopíruju, nabootuju > UŽ TO JEDE!

[Limoto]

což znamená, že hdparm kecal

[R]

Nie, hdparm funguje spravne - "hdparm -i /dev/hda" ukaze mod, ktory ma nastaveny disk. Len treba este pouzit "hdparm /dev/hda" na zistenie, aky mod pouziva driver!

[_]

to je na nekterych kusech HW normalni, ze hdparm neodpovida realite.

[Nezmar]

Zdravim, mam ten samej problem, pouzivam ArchLinux 0.8 s jadrem 2.6.21. Prace s diskem vytizi CPU na 100% hdparm ukazuje: /dev/sda: Timing buffered disk reads: 14 MB in 3.66 seconds = 3.82 MB/sec coz je strasne malo. Muzes sem hodit tvuj .config ? Pokousel jsem se vytvorit vlasni jadro ale bez vysledku nikde jsem nenasel tu polozku o ktere pises.Budu vdecny za kazdou radu predem diky.