IRQ "Kócolás"

Linux-kezdő

IRQ "Kócolás"

  • 646 megtekintés

( Névtelen (nem ellenőrzött) | 2003. 04. 24., cs – 02:49 )

Hali gabcsi!

Hmm.... Legalábbis érdekes a felállás... Az hogy mely alaplapknál probléma, az nem jellemzõ? Vagy tulajdonképpen bármely alaplappal ugyanígy mûkszik a dolog? (Gondolok itt a PCI chipsetre Intel, ALi, ... ha jól sejtem nincs túl sok fajta )..

Amúgy ha jól sejtem, az lspci, setpci progikra fáj a fogad (debianon) a ´pciutils csomagban vannak... Én még nem állítottam el semmit magamnál, amúgy nem tûnik valami egyszerûnek...

Persze lehet, hogy érdemes megnézni a http://powertweak.sf.net -en a powertweak-et...
Habár a PCI-nál nem láttam, IRQ-t...

Zsiráf

( gabcsi | 2003. 04. 24., cs – 08:45 )

> Az hogy mely alaplapknál probléma, az nem jellemz?? Vagy
> tulajdonképpen bármely alaplappal ugyanígy m?kszik a dolog?


Otthon ASUS P4 alaplap Debian alapból az IRQ9-re pakol majdnem mindent, ha PNP OS, ha NEM! Akadás jellemző főleg az mplayer esetében és a nyomtatásnál. ASUS-éknál lehet állítani a PCI "kikényszerített" IRQ-ját. (hu de bonolultan írtam)
Cégnél MSI P3 ugyanez a helyzet, de ott a hálózati forgalom és az usb nyontatás lassú (szerverként üzemel.). Ennél a apaplapnál nem tudom megmondani mi milyen IRQ-ra kerüljön!
Cégnél gépem, itt is minden az IRQ9-re megy Mercury alaplap ugyancsak debiannal. A hálózat és mellete az mplayer lelassul, de a nyomtatás is elég csiga. Ezen sem tudok álitani IRQ-t.
Viszont az Abit alaplappal is ugyanez, (nyomtatás nincs), de ennél szét tudom BIOS-bol szedni őket és így minden OK!
ALI chipset elég gázos ott minden lassú és álligatni szinte semmit!

( gabcsi | 2003. 04. 15., k – 07:43 )

Hali!

Nem tudom, hogyan lehetne debian alatt kikényszeríteni ez egyes eszközöknek azt, hogy melyik irq-t használják! Elég komoly problémát okoz nálam, hogy a IRQ9-en rajta van minden eszköz, az usb, a hálókártyán, a hagkártya ! A hang lekezelése így nagyon lassú ! Hogyan lehet megnézni, hogy melyik megszakítást/IO-t használja az egyszöz, vmi. konzolos parancs van rá? (Én KDE alatt néztem rá.)

Tehát "szét kellene pakolni" ezeket az eszközöket annélkül hogy esetleg új kernelt kellene fordítani (de az se baj).

üdv. gab

( szaszg | 2003. 04. 15., k – 16:16 )

Kedves gabcsi!

Az, hogy egy tyúkbélen hány eszköz kérhet megszakítást, nem nagyon képes befolyásolni a megszakítás kezelését végző program(részletek) sebességét. Az egyik megszakítás, legföljebb arra az időre késlelteti a többit, amíg a jel átszalad a megszakításvezérlőn :-) . De annyira, hogy észrevedd a dolgot teljesen kizárt...

Amúgy, gondolom PCI-os eszközökről van szó (:-) ugyanis az ISA felépítés nem tette lehetővé több megszakítás egy vonalon kezelését -- no nem a sebesség ;-) -- hanem az ütközések miatt..., dehát ez a PCI esetén ki van küszöbölve...). A PCI rendszernek hasonlóak a tulajdonságai egy kicsit az erőforráskiosztás terén mint az ISA-s Plug´and´Pray-nek. Jobban mondva, a P´n´P próbált meg valami hasonlót csinálni... Persze a PCI-t nem nagyon lehet piszkálni (főleg IRQ terén). Szóval teljes autoconfig jellemzi a PCI-t, amibe legföljebb akkor érdemes belenyúlni, ha valami ISA-s ősszörny nem beszélhető le egy-egy erőforrás beállításról. Ilyenkor a BIOS-ban (már ha ISA rendszer is van az alaplapon), be lehet állítani, hogy mely IRQ/DMA legyen fenntartva az ISA rendszernek, melyen kisérletezzen és melyiket tekintse alapból a PCI számára rendelkezésre állónak...

Szóval, szerintem a hangkártya ´lassúsága´ -- nem fejtenéd ki bővebben, hogy mit értesz alatta??? -- szerintem semmi esetre se kapcsolható ahhoz a tényhez, hogy a PCI rendszered megosztja úgymond a 9-es (ISA rendszerre vonatkoztatva a progik annak látják) IRQ-t 3-4 eszköz között. Ugyanígy, pl egy fullra kiépített 128 eszközös USB fürt (128 HUB-bal) mind a 256 eszközével azon az egy szem IRQ-n csügg, s mégsem attól lassul...

Szóval tökéletesen mindegy, hogy az ISA megszakításvezérlő IC emulációjakor az adott megszakítást melyik IRQ-ra ´mappolva´ látja a megszakításvezérlő program, a sebesség attól függ, hogy a dróton milyen gyorsan száguldoznak az elektronok... :-)

Ha nem ér sokként elmondom, hogy a a procinak összvissz 2 INT (megszakítás) lába van!!!!!! Az egyik az NMI láb (ezt a coproci ´használja´ -- mostanság már ki tudja, hiszen teljesen egybeépültek), a másik az az INT láb, amire vagy az ISA rendszer két kaszkádba kötött IRQ kezelő IC-je (később annak valamiféle emulációja), vagy a PCI rendszer kissé ´okosabb´ IRQ kezelője mappolja a befele jövő megszakításokat . A két rendszer között annyi a különbség, (no meg egy bambi is), hogy az ISA összvissz 15 különálló eszközről tudott megszakítást fogadni alapból és azok fix helyen voltak kivezetve, míg a PCI még többet is, és ráadásul zsonglőrködni is tud az IRQ-k ISA beli sorszámával, azaz több eszközről jövő megszakítást tud ´mappolni´ ugyanarra az ISA-nak megfelelő megszakításra...

De ne feledd, 1 procihoz tartozik az összes megszakítás, aki hellyel közzel egy műveletet tud egyszerre elvégezni (I/O-ból legalábbis :-) ), szóval ebből a szempontból tökéletesen mindegy, hogy hogyan azonosítjuk a befele jövő megszakításokat, úgyis szépen sorba (vagy valami fontossági sorrend szerint) lesznek kiszolgálva a proci álltal...

Persze közben a kinti eszközök, nomeg a felhasználó is érezheti úgy, hogy rengeteg dolog történik egy időben, de hát ez csak a látszat.

..Két Gaussian-t egyidőben elindítva, még egy árnyalatnyival később kapjuk meg az eredményeket, mintha szépen sorba, egymás után indítottuk volna el őket... Dehát EZ A VALÓ VILÁG :-)

Zsiráf

( gabcsi | 2003. 04. 16., sze – 08:36 )

Köszi az infót, ezzel én is hellyel-közzel egyetértek. Namost az ISA részt felejtsük itt el. Ez amit leírtál OK elméletileg.
DE saját tapasztalat alapján, ha:
-Egy megszakítás meg van osztva olyan eszközök között ami nagy adatforgalmat bonyolít, akkor jelentősen lelassul az adott alkalmazás.
- USB, AUDIGY, eth egy megszakításon -> a nyomtatás ERŐSEN LELASSUL (pl.:2400dbi A3), ha rádobok egy AC3 audió lejátszást, akkor a hálózati sebesség leesik majdnem a felére.
Biosból az AUDIGY-t és a hálókártyát fixen beállítom két külömböző IRQ-ra, akkor a fent leírt lassulás nem lesz szembetűnő!
M I É R T ???
Teljesen mindegy, hogy Win v. Linux oprenszerről van szó, mindkettőnél ugyanezt tapasztaltam (az XP-ről nem is beszélve, egy 10MB-nál nagyobb képpel 40percig vacakol).
Konkrétan az MPLAYER-el volt gondom, DVD lejátszásánál és DIVX5+AC3 belassult majd le is állt! Namost ha eltávolítottam a hálókártyát és kikapcsoltam az USB-t, a lejátszás tökéletesen ment. Ha BIOS-ból kikényszerítem fixen a PCI slot-nak, hogy csak az általam adott IRQ-t használja úgy, hogy ezek az eszközök külön vannak az MPLAYER csodálatosan működik (a kissebb hibáit leszámióítva), és mellette a nyomtatás is folyamatos!

- Digitalizálásnál ugyanez a helyzet, ha a dig.kártya IRQ-ja meg volt vmivel osztva a képkockadobás sokkal jelentősebb volt mint mikor egyedül használta az adott IRQ-t. (dettó mindegy, hogy win v. Linux!)

Ha ezt a poroblémát hardveres és programozói szemszögből nézem úgy teljes mértékben igazat adok neked kissebb kitételekkel, de a gyakorlat mást mutat, és sajnos ez nem csak az én tapasztalatom, hanem sok-sok képzett és idősebb kollégámé is!
Én nagyon sokáig azt hittam, hogy ez OS hiba.

A probléma az olyan alaplapoknál van, amiken nem lehet beállítani a PCI eszközök megszakításait. Ezért gondoltam, hogy ha a win alatt lehet ezzel trükközni és hosszú órák és szívások után be lehet állítani a PCI eszközöket külön IRQ-ra (már ha van elég), akkor a linux kernelnek is meg lehet mondani mit milyen IRQ-val használja ezeket! De hogyan??