Uz od zacatku pouzivani fc6 pozoruju nedokonaly chovani pri intenzivni praci pevnyho disku - prestoze mam zaply DMA, vzroste mi zatizeni CPU priblizne o 20%. Samozrejme to neni nic hroznyho, ale teoreticky by prace disku pri zapnutym DMA nemela procesor zatezovat skoro vubec. Zatez asi nesouvisi treba se zpracovanim opravneni k prenasenym souborum, projevuje se stejne i napr. pri kopirovani 1 velkyho souboru. Druha vec je, ze pri intenzivni praci disku se snad veskery IO potencial disku venuje jen te 1 intenzivni operaci - ostatni operace museji pockat - coz se pro me neprijemne projevuje pozastavenim prehravani pomoci XMMS.
Pevny disk je ATA 133 Samsung 250GB (8MB cache) - ale je detekovan FC6 jen jako ATA 100 - planuju to spravit pomoci hdparm. Zakladni deska ma chipset ati 9100 igp - ted nevim jaky southbridge na desce je. V hardware jako takovym by problem byt nemel - ve win xp vse pracuje dobre. Oddily maji filesystem ext3, jsou dle fstab pripojeny s parametrem “defaults” - takze snad vcetne async.
Uvitam jakykoliv napad, jak tento drobny problem spravit.
Co z toho vidim - MultSect mate nastaveny na maximum 16, nastavovat mensi hodnoty je doporuceno pouze u disku WD (viz man hdparm) takze to asi problem nebude. Skutecne mate udma nastavene na udma5 (udma 100), proc to nevim, muzete zkusit dat udma6 ale v tom v zasade problem nebude. Trochu me mate to Driver conforms to “unknown”. V dmesg jste zadnou informaci o problemu v kombinaci disku/radice nenasel?
Co muzete zkusit je snizit hodnotu read-ahead. Parametr -a pro hdparm. Drive to celkem pomahalo prave na tyto situace.
Toto je konfigurace disku a zmeny ktere jsem provedl - doufam ze to masinka vydrzi, kdyz ne, skoro vsechny data mam zazalohovany. Zjistil jsem, ze disk nemuzu prinutit pouzivat udma6 - hdparm potvrdi provedeni zmeny, ale konfigurace disku se nezmeni. Ocekaval bych aspon chybu, oznameni ze chci dosahnout nepodporovane konfigurace.
V dmesg jsem nenasel nic, co by se dalo nazvat problem - jen ze vubec neni detekovana moznost pouzit udma6.
Bohuzel ani po prenastaveni konfigurace pomoci hdparm neni problem vyresen. Ale za to jsem nemohl najit hdparm.conf - tak jsem ho vytvoril jak v /etc tak v /etc/sysconfig - bohuzel, je ignorovan. Mozna bych mohl jeste snizit readahead - na podstatne nizsi hodnotu - to zkusim zitra.
Pro funtomase : snad tu najdes neco co tobe pomuze. Zkus si taky pohrat s nastavenim hdparm - treba to u tebe zabere. Ale pomohlo by, kdybys napsal vic detailu o sve masine - treba mame podobnou konfiguraci. Nemas taky chipset od Ati?
[root@roof tomas]# /sbin/lspci
00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] System Controller (rev 13)
00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-760 [IGD4-1P] AGP Bridge
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:09.0 Ethernet controller: 3Com Corporation 3c905 100BaseTX [Boomerang]
00:0b.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
00:0b.1 Input device controller: Creative Labs SB Live! Game Port (rev 07)
00:0f.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 50)
00:0f.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 50)
00:0f.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 51)
01:05.0 VGA compatible controller: nVidia Corporation NV28 [GeForce4 Ti 4200 AGP 8x] (rev a1)
pro funtomase : koukam toho moc spolecnyho nemame - jen nam oboum neni dovoleno pouzivat udma6 - zrejme nedokonala podpora chipsetu. Zkusil bych ovladace od vyrobce, kdyby nejaky Ati nabizela. Jak je na tom Via, nevim.
Dnes jsem zkusil provoz s readahead = 32 - bez ucinku. Ale diky za podnet, Covexi - aspon vim, kudy cesta nevede a trochu vic jsem se seznamil s hdparm.
Jen tak pro zajimavost co vypise hdparm -tT /dev/hda?
Na testovani tohodle problemu jsem driv pouzival
cp nejakyvelkysoubortreba.iso /dev/null
tak se read operace disku dostane na max. Zatez procesoru je na PIII 800, i815 taky asi 20%, prenosova rychlost asi 30MB/s.
Pokud by vam vadilo jen to sekani (pokud se to teda neodmlci uplne) xmms tak mu muzete pomoci “nice” zkusit zvednou prioritu , pripadne v nastaveni zkusit realtime (ale to asi nebude fungovat). Jinak ja pri kopirovani ani na pomerne historickem stroji zadne zasadni zpomaleni prace ani sekani nezaznamenavam.
/dev/hda:
Timing cached reads: 1460 MB in 2.00 seconds = 729.09 MB/sec
Timing buffered disk reads: 186 MB in 3.02 seconds = 61.60 MB/sec
vytizeni cpu (2,4GHz celeron) pri kopirovani do null mi vzroste o 15% (12->27) ale pokud jde o realne kopirovani (treba : cp foo bar), zatizeni se pohybuje kolem 45% s chvilkovymi spickami 80%. Bohuzel, pozastaveni XMMS neni jen chvilkovy vypadek - prehravani se zastavi, lze pokracovat od mista preruseni pomoci dvojnasobne pauzy : prvni pauza uvede XMMS do regulerniho pozastaveni, druha pauza prehravani obnovi. Bez ucasti uzivatele se prehravani neobnovi. Samozrejme jsem zkusil zvetsit vyrovnavaci pamet ALSA v nastaveni XMMS - zvolil jsem 10s, coz by melo pokryt kazdy vypadek prenosu dat. Bez ucinku. Ted me jeste napadlo zpomalit disk - nechat ho jen na udma4, nebo min.
To jsem este neslysel. A skoro mi tedy prijde ze to nesouvisi s harddiskem. Zkousel jste jiny prehravac (napr. audacity je v podstate stejne jako xmms)?
Ano, tady je ten problem! XMMS. Audacious zvlada prehravat hudbu bez preruseni i behem intenzivni cinnosti disku. Mrzi me ze sem az tak chybne urcil zdroj problemu. Vlastne me ani nenapadlo zkouset jiny program nez xmms. “Problem” vyresen, dekuju. (to vytizeni procesoru behem prenosu me az tak nepali)