Dotaz: Zaneprázdněné CPU při kopírování

[krenem00]

Při kopírování většího souboru je PC tak zaneprázdněn, že mu nezbývá žádný čas na ostatní procesy (trhavá práce s programy). Ve Windows zbývá čas jak na kopírování tak i na ostatní procesy (plynulá práce s programy). Distribuci mám Red Hat 9.0, CPU Celeron 2.4GHz, RAM 512MB,prg. free vypíše = SWAP 1GB - nezaplněný.

Měl už někdo z Vás tu čest, tento případ řešit? Díky Křenek

Odpovědi

[burlog]

Pravdepodobne nemate zapnute DMA na disku. DMA si nastavite pomoci hdparm -d 1 /dev/disk-o-ktery-se-jedna.

[Jiří Svoboda]

Jo, presne tak. Jen doplnim, ze u RedHatu staci odkomentovat radek '# USE_DMA=1' v souboru '/etc/sysconfig/harddisks'.

[Beda]

a pokud mate trosku normalnejsi/znamejsi ide chipset, tak neni potreba, protoze jadro to zinicializuje samo (sledovano na via82c686a i piix4)

[krenem00]

Máte pravdu DMA je vypnuté, ale nejde zapnout
Po odblokování řádku "USE_DMA=1" v souboru "harddisks" a restartu PC nenastala žádná změna.
U příkazu "hdparm -d 1 --device--" = výstup "HDIO_SET_DMA failed: Operation not permitted".
Harddisk má označení "IC25N030ATMR04-0" od firmy IBM. Příkaz -> hdparm -i --device-- , vypíše:
DMA modes: mdma0 .. 2 bez vybrání
UDMA modes: udma0 .. 5 vybrano udma5 Prosím, ještě nějaký nápad, co by se dal vyzkoušet.

[Hynek (Pichi) Vychodil]

A děláte to jako root?

[krenem00]

Více účtů jsem si nezaložil. Bezpečnost systému není pro mě důležitá. Příkaz "id" - hlási "uid root i gid"

[krenem00]

Vyzkoušejte si test rychlosti čtení disku a cache "hdparam -Tt --device--" Moje výsledky:
buffer-cache reads: 128MB in 0.31seconds = 412.90MB/sec
buffered disk reads: 64MB in 11.98seconds = 5.34MB/sec !!!Help!!! To je šnečí rychlost.

[Petr Šobáň]

Jenom tak moje udaje:

/dev/hda:
 Timing buffer-cache reads:   796 MB in  2.00 seconds = 397.86 MB/sec
 Timing buffered disk reads:  116 MB in  3.02 seconds =  38.45 MB/sec
/dev/hdb:
 Timing buffer-cache reads:   876 MB in  2.00 seconds = 437.19 MB/sec
 Timing buffered disk reads:  108 MB in  3.02 seconds =  35.74 MB/sec

/dev/hda:
 Model=ST3120026A, FwRev=3.06, SerialNo=3JT2N1KB
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=234441648
 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:

/dev/hdb:
 Model=ST3120023A, FwRev=3.33, SerialNo=3KA1DVAF
 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=off
 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=234441648
 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:

Jenom doplním máte taky v jádře podporu správného řadiče EIDE? Podle toho co máte za řadič skuste přeložit jádro s příslušnou podporou toho řadiče. Je možné že se používá nějaký který nespolupracuje správně s vašim řadičem na desce.

[Beda]

kdyz help, tak teda:

jak stara je deska nebo pridavny radic - proste to zarizeni pres ktere to pripojujete? jak stary je ide chipset na tom zarizeni?

jak stary je jadro? (uname -rv)

co to je za ide chipset (lspci -vvv | grep -e IDE -A 10; jeste jde i lspci -nxxxvvv | grep -e 'Class 0101' -A 21, ale zas tak moc se v tom asi nikomu vrtat chtit nebude...)

a potom jeste s jakyma volbama bylo zkompilovany jadro? (grep /boot/config-`uname -r` -ve PARIDE | grep -ve IDESCSI | grep -ve SIDEWINDER | grep -ve IDENTITY | grep -ve VIDEO | grep -ve IDECD | grep -ve SOUND | grep -ve IDETAPE | grep -ve TRIDENT | grep -e IDE -A 20)

[krenem00]

uname -rv
2.4.20-8custom #5 Út led 6 23:18:19 GMT-14 2004
lspci -vvv | grep -e IDE -A 10
00:1f.1 IDE interface: Intel Corp.: Unknown device 24ca (rev 03) (prog-if 8a [Master SecP PriP])
Subsystem: Acer Incorporated [ALI]: Unknown device 0039
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR-
Latency: 0
Interrupt: pin A routed to IRQ 10
Region 0: I/O ports at
Region 1: I/O ports at
Region 2: I/O ports at
Region 3: I/O ports at
Region 4: I/O ports at 1810 [size=16]

Soubor obsahujicí data z /boot/config-2.4.20-8

[ivok]

00:1f.1 IDE interface: Intel Corp.: Unknown device 24ca (rev 03) ...

To Unknown device je přesně váš problém. Jádro nezná váš IDE ředič a proto na něm neumí zapnout DMA. Řešení - upgradovat jádro na novější (no a nebo v tom stávajícím není zakompilovaná podpora toho řadiče, tak pak přidat při kompilaci - asi jste to kompiloval sám, když je ve verzi to custom)...

[Beda]

24ca podle pci.ids databaze odpovida ICH4 a ten sem nasel ve zdrojakach akorat v piix.h

navic ten soubor z boot neni asi konfigurak prave beziciho jadra (chybi custom) takze se kouknete tam kde mate strom toho jadra(/usr/src/linux-2.4.20-8 ?), ktere jste zkompiloval a v nem bude (/usr/src/linux-2.4.20-8/.config) .config a v tom se podivejte, jestli mate volby CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y

jinak by to melo byt v manuconfigu pod comment 'IDE, ATA and ATAPI Block devices' dep_tristate ' Intel PIIXn chipsets support' CONFIG_BLK_DEV_PIIX $CONFIG_BLK_DEV_IDEDMA_PCI

i kdyz se desim toho subsystem ACER a i toho [ALI], takze kdo vi co to nakonec bude...

[Beda]

24ca to podle pci.ids je ICH4 a to je v jadre pod piix.h.

navic ten soubor z boot nevypada na konfigurak aktualne beziciho jadra (chybi v nazvu custom) takze tam kde mate build strom aktualne beziciho jadra najdete .config a zkontrolujte, jestli tam mate CONFIG_BLK_DEV_PIIX=y CONFIG_PIIX_TUNING=y

jinak desi me ten subsystem ACER i ta [ALI] - kdo vi co to nakonec bude, ale snad to pobezi s piix.

jinak v konfigu to bude snad nekde kolem IDE, ATA and ATAPI Block devices jako volba Intel PIIXn chipsets support

[Beda]

spravci - jedno smazte dle vyberu. sem zmateny z cache linksu...

[krenem00]

Udělal jsem tedy nový výstup tentokráte celého souboru /usr/src/linux-2.4.20/.config
/usr/src/linux-2.4.20/.config
Zjistil jsem, že mi chybí v configu položka CONFIG_PIIX_TUNING, Pokusím se tedy o její aktivaci.

[krenem00]

Druhá položka "CONFIG_PIIX_TUNING=y" se mi nepodařila aktivovat. Tak jsem jí vlepil přímo do .config hned za nalezenou první položku CONFIG_BLK_DEV_PIIX=y, pustil jsem "make checkconfig", no a teď se pokouším jádro zkompilovat. Snad to vyjde.

[Beda]

jinak jeste jedna moznost... pokud se nezdetekuje piix, cili neobjevi se soubor /proc/ide/piix, tak staci provist nasledujici pridani do zdrojaku a melo by vse snad fungovat. (okopirovano z fedorackeho)

pridat do ./include/linux/pci_ids.h radek s
#define PCI_DEVICE_ID_INTEL_82801DB_10  0x24ca
(nebo s/PCI_DEVICE_ID_INTEL_82801DB_10/COKOLIV/ )

potom do drivers/ide/pci/piix.h ve strukture

static ide_pci_device_t piix_pci_info[] __devinitdata = {
nekde na konec struktury pred ukoncovaci zaznam s NULL vplacnout
        },{     /* 17 */
                .vendor         = PCI_VENDOR_ID_INTEL,
                .device         = PCI_DEVICE_ID_INTEL_82801DB_10,
                .name           = "ICH4",
                .init_setup     = init_setup_piix,
                .init_chipset   = init_chipset_piix,
                .init_iops      = NULL,
                .init_hwif      = init_hwif_piix,
                .init_dma       = init_dma_piix,
                .channels       = 2,
                .autodma        = AUTODMA,
                .enablebits     = {{0x41,0x80,0x80}, {0x43,0x80,0x80}},
                .bootable       = ON_BOARD,
                .extra          = 0,

pripadne zmenit komentar z 17 na poradove cislo nasledne po predchozim zaznamu
a pamatovat si ho jako CISLO a zmenit taky .device=COKOLIV
(COKOLIV= to za co jste substnul definici v pci_ids.h)

a nakonec do souboru drivers/ide/pci/piix.c tam toho bude vicero:
funkce:
static u8 piix_ratemask (ide_drive_t *drive)
pridat do switche
case PCI_DEVICE_ID_INTEL_82801DB_10:
                        mode = 3;
                        break;

funkce:
static unsigned int __devinit init_chipset_piix (struct pci_dev *dev, const char *name)
pridat do switche
case PCI_DEVICE_ID_INTEL_82801DB_10:
                {
                        unsigned int extra = 0;
                        pci_read_config_dword(dev, 0x54, &extra);
                        pci_write_config_dword(dev, 0x54, extra|0x400);
                }

struktura
static struct pci_device_id piix_pci_tbl[] __devinitdata = {
pridat pred konec (pred uzaviraci { 0, }, };)
        { PCI_VENDOR_ID_INTEL, PCI_DEVICE_ID_INTEL_82801DB_10,PCI_ANY_ID, PCI_ANY_ID, 0, 0, 17},
pripadne 17 zmenit za CISLO z piix.h

a to bude asi vsechno dulezite.

potom jeste nepodstatne funkce
static int piix_get_info (char *buffer, char **addr, off_t offset, int count)
pridat do switche
case PCI_DEVICE_ID_INTEL_82801DB_10:
                                p += sprintf(p, "PIIX4 Ultra 100 ");
                                break;

a to uz bude asi uplne vse.

[Beda]

teda bezpecna, ale podle propustnosti linky mozna i pomalejsi varianta, jak uz tu padlo je stahnout novejsi jadro nez 2.4.20 (2.4.22-1... fedora vypada, ze se k tomu ide chipsetu bude znat, takze bud 2.4.22 nebo radsi novejsi, pro pripad, ze to je jen soucast nejakeho distribucniho patche...

[Michal Švanda]

V této souvislosti mě napadá jeden dotaz ohledně DMA na starším stroji. Jedná se o originální HP Vectru, je tam duální deska pro Pentium Pro osazená oběma procesory. Snažil jsem se najít nějaké info na síti, nemám teď k té mašině přístup, tudíž to nemůžu vyzkoušet - ale k té otázce. Může i takováto sestava podporovat DMA pro disky (resp. jak vysoká je pravděpodobnost, že to řadič (integrovaný) umí). Disk to umí určitě, je to nějaký relativně nový (5 let?) Seagate.

Na druhou stranu - jde přeci o SMP stroj, takže tam ta výhoda DMA u disku nebude až tak podstatná (nejedná se o mašinu pod vysokou zátěží).

[Petr Šobáň]

Dma umí i 386 ky

Problém je pouze v řadiči jaký je na desce osazen a kolik vlastně umí obsluhovat RAM, jakou přenosovou rychlost umí atd....

PS. Dma bylo možné už i na CPU 8080 A Z80

[truhlik]

no neviem, ci to bude problem dma.
ja mam dma zapnute a robi mi to tiez, aj pri vytvarani image
z cdrom. na root.cz vychadza zaujimava seria clankov, porovnavanie systemov linux a bsd
a tam je krasne napisane ako je to s pridelovanim prerusenia
v systemoch linux-bsd-windows.
windows to ma vyriesene lepsie ako linux a bsd a preto sa to na win stanici nestava.
(sekanie mp3ojek, pomalsi system atd...)
myslim, ze to bude tym...

[Petr Šobáň]

A na tomto jste byl kde ?

I pod win se krásně sekají mp3 a videa

[truhlik]

to verim
ale uz velmi dlho som nepouzil win.
dokonca som ani nevedel, ze cerstvo nainstalovane xp
nesmiem pripojit k internetu bez zaplaty, pretoze ich hned infikuje blaster...

[Michal Marek (twofish)]

Kdybyste si logoval zahozene pakety a ty logy cetl, tak jste v obraze

[Michal Marek (twofish)]

Myslim, ze to nebude tym, protoze pak by tomu tak bylo na vsech pocitacich s Linuxem, coz neni.

Co to je za CD mechaniku? Ja mam notebooku mechaniku, u ktere Linux pri bootu odmitne zapnout DMA, a i kdyz ho zapnu hdparm-em, tak je rychlost stejna. Takze v mem pripade je to low-end mechanikou (mam tam i Win2k a funguje to v nich stejne pomalu). Ale mp3 (v xmms) se mi nesekaji, zrejme ta mechanika nestiha vygenerovat tolik zateze

[krenem00]

Vřelé díky za všechny nápady a poučky, přešel jsem na vyšší verzi, ale možná až moc vysokou (2.6.3).
Problémy se čtením z disku už nemám.
Na stránkách http://bbs.cvut.cz/~covex/Linux/kernel260.html jsem se dočetl jak upravit podmínky pro nové jádro. Nutná existence adresáře "/sys", úprava konfiguráků a instalace module-init-tools. Ale chtělo by to nějakou dobrou knížku nebo web stránky o systémovém nastavení Linuxu (funkce modulů, zavádění modulů, popis položek v jádře (vybírat položku Help na každé řádce v jádře není moc příjemné)). Pozn. pořád existuje v mém systému alespoň 3-4 položky (lspci), které systém označuje za unknown device.

[Beda]

to unknown device to pise co? lspci? nebo /proc/pci?

lspci ma svoji databazi pci.ids, takze pokud lspci, tak upgradni balik nebo si stahni akorat aktualnejsi pci.ids. s obsluhou zarizeni to nijak nesouvisi to je jen diagnosticky nastroj, ktery vybere hafol veci z procu a vyplivne je nejak privetive.

druha vec a zase trosku jinak, nez by se mohlo zdat je /proc/pci. kernel ma volbu pri kompilaci, aby si udrzoval nejakou podmnozinu (jen nutne zaznamy - vetsinu subsystemu slitych pod vendorid:devicid, protoze nemaji vliv na inicializaci a funkci zarizeni) pokud tadle databaze v jadre chybi, tak pak bude v /proc/pci asi unknown device temer u vseho.

no a ted uz zacinam spekulovat, ale myslim si, ze to tak bude: pokud jadro zkompilujes bez te jedne volby, tak prijdes akorat o jmena techdle zarizeni (vsechny jmena v /proc/pci) a jejich detekce a inicializace zustane nedotcena - ta se bude porad dal delat podle vendorid:deviceid cisel.

no a pokud vidis unknown device v /proc/pci jenom u neceho, tak to muze porad jeste znamenat dve veci. prvni moznost, ze je to zarizeni naprosto nezname a nema ho prirazeny zadny driver na inicializaci nebo druha moznost, ze inicializaci podle vendorid:deviceid nekdo provede, akorat z nejakeho duvodu chybi pojmenovani zarizeni (prejmenovani zarizeni vyrobcem jen pri novejsi revizi| nekomu se to nechtelo psat| autor patche nepouziva kernel s jmennou databazi pci zarizeni, takze se ta cast jadra v patchi nemodifikovala| apod.)

ale jinak si myslim, ze jedno unknown bude nejaky neznamy acpi. a zbytek radsi nehadam...