Dotaz: Vytížení CPU a diskové operace

[honzulak1]

Dobrý den, při práci s diskem mi vyroste zatížení CPU na 100%. DMA mám zapnuto, pokud spustím

hdparm -tT /dev/hda

tak se hodnoty rychlosti čtení z disku pohybují okolo 25MB/s. Přitom pokud spustím live distribuci na tom stejným PC a udělám ten stejný test, tak se hodnoty blíží ke 40MB/s a zatížení CPU při kopírování apod. je minimální. Mám distribuci Gentoo, jádro 2.6.11-r6 (stejné to bylo i s 2.6.10). Ona live distribuce je založena na jádru 2.4.xx. Tento problém je i u vypalovačky při čtení i pálení.

bash-2.05b# hdparm  /dev/hda

/dev/hda:
 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     = 16383/255/63, sectors = 80026361856, start = 0

bash-2.05b# hdparm  -i /dev/hda

/dev/hda:

 Model=ST380011A, FwRev=3.06, SerialNo=5JVANJ4A
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=16
 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=156301488
 IORDY=on/off, tPIO={min:240,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 2:

 * signifies the current active mode

Budu vděčný za jakékoliv "nakopnutí".

Odpovědi

[michal]

Vlastní konfigurace jádra ? Je v něm podpora pro tvůj chipset na řadiči ?

[honzulak1]

tady je vypis souboru .config,

tady jsou informace o zakladni desce,

a snad jeste vypis lspci:

bash-2.05b# lspci
0000:00:00.0 Host bridge: VIA Technologies, Inc. VT82C693A/694x [Apollo PRO133x] (rev c4)
0000:00:01.0 PCI bridge: VIA Technologies, Inc. VT82C598/694x [Apollo MVP3/Pro133x AGP]
0000:00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
0000:00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 10)
0000:00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10)
0000:00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 10)
0000:00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
0000:00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 20)
0000:00:0b.0 Ethernet controller: Accton Technology Corporation EN-1216 Ethernet Adapter (rev 11)
0000:01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x] (rev c1)

[Jary]

Koukám, že tam máš zaplý CONFIG_PREEMPT=y. Nemůže to být způsobeno tímto? Jako že když se přistupuje k disku, tak se obsluhují i jiná přerušení, takže se čtení zpomaluje? Nejsem žádnej hacker, a nevím, v čem přesně spočívá preemptivnost, tak nevím.

[honzulak1]

Ano, to uz jsem podle jednoho diskusniho fora zkousel taky, ale opet zadne snizeni zateze procesoru

[wake]

tak jeste zapnete (a vyturbete ) APIC:

CONFIG_X86_GOOD_APIC=y
CONFIG_X86_UP_APIC=y
CONFIG_X86_UP_IOAPIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_X86_IO_APIC=y

[honzulak1]

Zapnul jsem APIC (+ parametr lapic do lilo.conf), ale vse zustalo pri starem. Podle vypisu z dmesg je APIC povolene.

[wake]

no ale podle toho co mate v .config neni. tj. neni zakompilovana ta spravna podpora.

[honzulak1]

ten .config na webu jsem neaktualizoval, uz je tam ta spravna (aktualni) verze.

[wake]

zkusil bych zaexperimentovat s

CONFIG_IDEDISK_MULTI_MODE=y

to je totiz jediny rozdil meho a vaseho configu, co se tyce IDE, a me se vykon pri prechodu 2.4=>2.6 nezhorsil.

[honzulak1]

Tak jsem prave zkusil i tuto moznost, ale bohuzel opet bez uspechu.

[Jary]

Na té live distribuci máte ten disk nastaven stejně? Z toho výpisu

UDMA modes: udma0 udma1 udma2 udma3 *udma4 udma5

je vidět, že tvůj HW podporuje udma5, takže snad nastavit udma5 pomocí hdparm -X /dev/hda viz man hdparm,, ale to tě už určitě muselo napadnout, nebo ne?

[zabza]

No z toho výpisu je akorát vidět, co podporuje jedna část hardware -- totiž disk. A tom co umí IDE řadit se z toho nedá usuzovat vůbec nic (teda krom toho, že je pro něj maximum udma4 )

[honzulak1]

Prave ze u te live distribuce je nastaveni uplne stejne, samozrejme jsem zkousel si hrat i s nastavenim pomoci hdparm, ale zlepseni se nedostavilo, jenom zhorseni po vypnuti DMA. To udma4 je kvuli zakladovce, ktera neumi udma5.

[zabza]

Odkud kam kopírujete? V rámci jednoho disku? Nebo z disku na disk? Nebo z CD-ROM?

Když pod tím 2.4 kopírujete, jak se systém chová co se týká odezvy? A pod 2.6? A když zkusíte nějakou LIVE distribuci s 2.6?

[honzulak1]

Zkousel jsem kopirovat v ramci jednoho disku, z disku na jiny disk, z CD-ROM na disk, z disku na /dev/null. Vytizeni je asi takove, ze cca 70% jsou systemove zdroje a 30% uzivatelske. Live distribuci s 2.6 nemam, ale nejakou stahnu a vyzkousim.

[zabza]

No s tou zátěží jsem se úmyslně ptal na "odezvu systému", jestli není náhodou stejná, jen v jednom případě ukazuje 100% a ve druhém 0% (tj. rozdíl je jen v tom, co to to píše, ne v tom, co to dělá) Ale to by vás asi netrápilo a neptal byste se...

[honzulak1]

Presne tak, kdyby slo jen o cisilka, tak se tim mozna nezabyvam, ale krome toho vytizeni CPU je snizena i rychlost cteni (na tech cca 25MB/s) a pokud napriklad posloucham hudbu a s diskem se neco dela, tak je slyset kratke preruseni zvuku, podle toho, jak disk chrousta data. Stahuju Slax, dam potom vedet, jak to dopadlo v nem.

[honzulak1]

Tak jsem stahl Slax, spustil, otestoval a zjistil, ze hodnoty jsou obdobne jako v tom Gentoo, hdparm -tT /dev/hda se dostane maximalne ke 30MB/s, parametry disku jsou nastaveny stejne. Zkousel jsem i vypnuti ACPI, coz by mohlo podle nekterych zdroju pomoci, ale vysledek je stale stejny.

[Luboš Doležel (Doli)]

Měl jsem ten samý problém, ale někde okolo kernelu 2.6.9 to prostě zmizelo...

[©]

/usr/sbin/hdparm -c3 -d1 -X69 -M254 -W1 /dev/hda

Takhle to mám já. Třeba to pomůže jako inspirace (hlavně ten vypnutý akustický management).

[honzulak1]

Diky za tip, ten akusticky management jsem uz zkousel a dostal jsem toto hlaseni:

hdparm -M254 /dev/hda

/dev/hda:
 setting acoustic management to 254
 HDIO_DRIVE_CMD:ACOUSTIC failed: Input/output error
 acoustic     =  0 (128=quiet ... 254=fast)

Tak jsem to ze zvedavosti zkusil i pod tou Live distribuci s jadrem 2.4.xx a zde to funguje bez problemu. Ve Slaxu (jadro 2.6.11.6) to rovnez nefunguje.

[©]

Pak je problém ve vaší konfiguraci jádra anebo máte moc starej hdparm. Zkuste obojí prověřit. BTW: děláte to jako root?

[ghostmonk]

Podobné zpomalení se děje na některých deskách, když je spuštěný "athcool" . (vlastní zkušenost KT3 Ultra2-R MS-6380E )

[honzulak1]

Problém byl vyřešen po přechodu na jádro 2.6.12, díky za Vaše příspěvky.