itthon / Utasítás / Mire szolgál az irq megszakítási szám? A rendszer megszakítja a processzor betöltését. A megszakító mechanizmus fő funkciói

Mire szolgál az irq megszakítási szám? A rendszer megszakítja a processzor betöltését. A megszakító mechanizmus fő funkciói

A Windows operációs rendszer bármely kiadásának gyakori problémája a számítógépes erőforrások „belső” folyamatok általi betöltése. Az egyik ilyen folyamat egy rendszermegszakítás, amely komolyan megterhelheti a számítógép erőforrásait, és ez megjelenik a Feladatkezelőben. A leggyakoribb helyzet az, amikor egy rendszermegszakítás terheli a processzort, ami a számítógép teljesítményének súlyos csökkenését okozza. Ebben a cikkben megvizsgáljuk, miért történik ez, valamint azt, hogy lehetséges-e letiltani a rendszermegszakításokat a Windows rendszerben.

A rendszer megszakítja: mi ez a folyamat

Alapértelmezés szerint a rendszermegszakítási folyamat a Windows operációs rendszerben folyamatosan fut, de normál működés közben nem szabad 5%-nál nagyobb mértékben betöltenie a rendszerelemeket. Ha ez a folyamat komolyabban érinti a számítógép erőforrásait, ez hardverprobléma jelenlétét jelzi, nevezetesen a számítógép egyik összetevőjének működési hibáját.

Amikor a "Rendszer megszakad" betölti a processzort, ez a videokártya meghibásodását jelezheti, alaplap, RAM vagy más elem rendszerblokk. A központi processzor igyekszik pótolni a nem miatt keletkezett hiányzó teljesítményt helyes működés a „csapdák” folyamat tanúsága szerint. Leggyakrabban a számítógép-alkatrészek nem megfelelő működésének problémája teljes vagy részleges összeférhetetlenséggel jár futó program(vagy játékok) számítógép-összetevő-illesztőprogramokkal.

A rendszermegszakítások letiltása

Ahogy fentebb megjegyeztük, a rendszermegszakítások nem mások, mint annak jelzései, hogy a Windows a CPU-erőforrásokhoz is hozzáfér. A rendszermegszakítások letiltása a számítógép teljesítményének javítása érdekében nem fog működni, és meg kell keresni a hibát a számítógép-alkatrészek működésében. Ehhez kényelmes a DPC Latency Checker alkalmazás, amely ingyenesen letölthető az internetről a fejlesztők honlapjáról. A program lehetővé teszi a hibás számítógép-alkatrészek azonosítását.

A rendszer diagnosztizálásához a DPC Latency Checker alkalmazással futtassa azt, és várjon. A számítógép ellenőrzése eltart egy ideig, majd a felhasználó a grafikonon látni fogja, ha problémák vannak a rendszerelemek működésében. Az alkalmazás is rámutat lehetséges hibákatés azt tanácsolja, hogy keresse meg őket, kapcsolja ki a készülékeket.

Ehhez lépjen az "Eszközkezelőbe" a "Start" jobb gombbal kattintva, és válassza ki a megfelelő elemet, és kezdje el egyenként kikapcsolni az eszközöket. Minden leállítás után ellenőrizze a „Feladatkezelőt” és a DPC Latency Checker alkalmazást, hogy megbizonyosodjon arról, hogy a processzor rendszermegszakítások általi betöltésével kapcsolatos problémák megoldódtak-e. Ha a probléma továbbra is fennáll, kapcsolja be újra az eszközt, és lépjen a következőre.

Fontos: Az „Eszközkezelő” összetevőinek letiltása során ne tiltsa le a „Számítógép”, „Processzor” és „Rendszereszközök” elemet, különben ez a számítógép vészhelyzeti újraindításához vezet.

Ha olyan eszközt talál, amely leválasztásakor a processzor terhelését a normál szintre csökkenti, frissítse az összetevő illesztőprogramjait a fejlesztők hivatalos webhelyéről.

Jegyzet: Ha megpróbálták letiltani az összes rendszerösszetevőt, de a rendszermegszakítási folyamat továbbra is betölti a rendszert, próbálja meg frissíteni a processzor-illesztőprogramokat.

Abban az esetben, ha a fenti tippek nem segítenek a rendszermegszakításokkal járó processzorterhelés kezelésében, a következő módszerekkel is megpróbálhatja megoldani a helyzetet:

Érdemes megjegyezni, hogy ne tiltsa le a rendszermegszakításokat a „Feladatkezelőn” keresztül, mert ez összeomlik a rendszerben, de nem oldja meg a problémát.

A rendszerfolyamatok, amelyekről a hétköznapi számítógép-felhasználók gyakran fogalmuk sincs, nagyon gyakran fokozott terhelést okozhatnak a számítógép számítási erőforrásaiban. Ide tartoznak különösen az úgynevezett rendszermegszakítások. Mi ez, a legtöbb nem tudja, és gyakran megpróbálja leállítani ezt a szolgáltatást közvetlenül a „Feladatkezelőben”, ahol megjelenik a CPU és a RAM terhelése. Kicsit előre tekintve azt kell mondani, hogy semmi esetre sem érdemes ilyesmit csinálni. De hogyan lehet akkor életre kelteni a rendszert? Javasoljuk, hogy erről bővebben is beszéljünk, különösen azért, mert a fő probléma átgondolásakor a „vas” komponensek, maguk a Windows operációs rendszerek és a környezetükbe telepített szoftverek hibás működésével kapcsolatos egyéb problémák is fellelhetők. út. De először a dolgok.

ami?

Mielőtt bármilyen hibaelhárítási lépést megtenne, meg kell találnia, hogy mi ez a rendszerelem. A Feladatkezelőben a folyamatosan futó Rendszermegszakítások folyamat felelős a működéséért.

De mi az? Anélkül, hogy belemennénk a technikai részletekbe, és elmondanám, miről van szó, a rendszerkimaradások egyfajta lakmusz teszthez vagy egy olyan jelzőhöz hasonlíthatók, amely azt jelzi, hogy a rendszer bizonyos berendezésekben hibás működést tapasztal. Ezenkívül az erőforrások terhelésének növekedése a számítógép szoftverének és hardverének inkompatibilitásának is köszönhető. Normál állapotában a processzor terhelése ebből a folyamatból általában nem haladja meg az öt százalékot vagy valamivel többet, ami teljesen elegendő az összes jelenleg használt "hardver" diagnosztizálásához a megfelelő működéshez. Ha a terhelés a megadott határ fölé emelkedik , sürgősen el kell végezni a berendezés hibáit és ki kell javítani.

Hogyan működik: a legegyszerűbb magyarázat

De nézzük meg, milyen rendszermegszakítások vannak a Windows 7-ben vagy más módosításokon egyszerű példa. Azonnal meg kell jegyezni, hogy a szoftverrel kapcsolatban ennek az összetevőnek a működése nem végrehajtható programelemekhez kapcsolódik, amelyek például betölthetők a RAM-ba (dinamikus könyvtárak, eszközvezérlők stb.).

Tegyük fel, hogy van egy modern játék telepítve a számítógépére, de a videokártya csak a minimális követelményeknek felel meg. rendszerkövetelmények, vagy a konfiguráció e küszöb alatt van. Ha a grafikus chip nem tudja kezelni a szoftverösszetevők feldolgozását, ami a terhelés növekedéséhez vezet, akkor a rendszer megszakítások beleszámítanak az esetbe. Az ő költségükön a parancsfeldolgozást átirányítják a központi processzorhoz, amely igyekszik segíteni a videokártyának a megnövekedett számú kérés kezelésében. Ennek megfelelően a „Feladatkezelőben” leírt folyamat oldaláról a terhelés növekedése tapasztalható. És gyakran az ilyen helyzetek előfordulása nemcsak a teljes rendszer lefagyásához, hanem még kék képernyők megjelenéséhez is vezet. Ugyanez vonatkozik arra az esetre is, amikor a berendezés elkezd meghibásodni. Sajnos a rendszer „vas” alkatrészeinek meghibásodása esetén mindez bármelyikre egyaránt vonatkozhat (pl. HDD, RAM hibái stb.).

Rendszermegszakítások betöltik a processzort: mi a teendő először?

A fenti elméleti információk alapján térjünk át a gyakorlati intézkedésekre, amelyek lehetővé teszik a felmerülő problémák kiküszöbölését és az ilyen helyzetek kijavítását. Mit kell először csinálni? Bármilyen furcsán is hangzik, de néha elegendő a leggyakoribb újraindítás végrehajtása, amely lehetővé teszi az összes harmadik féltől származó szoftverösszetevő deaktiválását. De végül is, amikor újraindít egy alkalmazást, a helyzet megismétlődhet. Ebben az esetben azonnal ellenőrizze az illesztőprogramok állapotát az „Eszközkezelő” segítségével. Nagyon valószínű, hogy a szoftver és a hardver közötti konfliktust csak ők váltották ki.

Lehetőség szerint a problémás eszközökhöz telepítsen vezérlőszoftvert, amely a "Diszpécserben" sárga háromszöggel jelölhető felkiáltójel, és frissítse az összes többi hardver illesztőprogramját olyan automatizált segédprogramok segítségével, mint a Driver Booster.

A terhelés nyomon követése speciális segédprogrammal

Ha az illesztőprogramok telepítésével és frissítésével kapcsolatos műveletek nem adják meg a kívánt eredményt, akkor más módszereket kell használnia. Sajnos a Windows rendszerek eszköztárában nincsenek ilyen eszközök.

Ezért, ha észreveszi, hogy a rendszer megszakításai erőforrásokat töltenek be, a legtöbb szakértő egy kis DPC Latency Checker nevű program használatát javasolja, amely hordozható formában jelenik meg, és nem igényel számítógépre telepítést. Ebben az első lépés a szkennelés engedélyezése, majd a vizsgálati eredmények között hibaelhárítási javaslatok jelennek meg. Leggyakrabban azonban csak néhány olyan folyamat befejezéséhez kapcsolódnak, amelyek megfelelnek mind a programoknak, mind a jelenleg használt berendezéseknek, vagy ajánlást adnak ki az „Eszközkezelő” hivatkozásra. De használnunk kell, aktívan hagyva a diagnosztikai segédprogramot, mint egyfajta eszközt a terheléskövetés megváltoztatására. Ne keverje össze az ebben a programban látható terheléseket a Feladatkezelőben látható terhelésekkel.

Összetevők letiltása az "Eszközkezelőben"

Ami a berendezéskezelés ezen részét illeti, a hibaelhárítás lényege a rendszerbe telepített eszközök szekvenciális kikapcsolása, majd a terhelések ellenőrzése a fent említett segédprogrammal.

Felhívjuk figyelmét, hogy szigorúan tilos a „Számítógép”, „Processzorok” és „Rendszereszközök” részben bemutatott berendezések kikapcsolása, mivel az ilyen műveletek a számítógép jogosulatlan leállításához és újraindításához vezethetnek. Mi jó, és az egész operációs rendszer meghibásodik.

A többi komponens esetében, miután korábban engedélyezte a rejtett eszközök megjelenítését a nézet menüben, az RMB menün keresztül minden komponenst le kell tiltani, majd a terheléskövető programban újra aktiválni kell a diagnosztikát. Amikor a teszteredményekben egy eszköz deaktiválása után a terhelés normális szintre csökken, és egyértelművé válik, hogy az adott alkatrész hibás. Ha az illesztőprogram újratelepítése nem segít, az eszközt ki kell cserélni.

Mi a teendő, ha a terhelési probléma továbbra is fennáll?

De mi az? A rendszermegszakítások továbbra is megnövelik a processzor terhelését. Mi más járhatott volna ehhez a helyzethez? Valamilyen oknál fogva (és ez igaz) a legtöbb esetben a rendszer ilyen viselkedésének kiváltó oka az alaplap elavult vagy beépített hangberendezésével kapcsolatos probléma, amelyhez a továbbfejlesztett hanghatások tartoznak.

Opcióként - a hangbeállításokban Windows eszközök, tiltsa le ezt az elemet, amely automatikusan kikapcsolja az összes telepített effektust. Vegye figyelembe, hogy ezek kifejezetten a szoftverre vonatkoznak, és nem hardver típusa, így előfordulhat, hogy a fő eszköz kikapcsolása nem működik.

Problémák az elsődleges bemeneti/kimeneti rendszerekkel

Végül sok szakértő nem zárja ki az elsődleges BIOS / UEFI rendszerek működésével kapcsolatos problémák megjelenését, amelyek az elavulással járhatnak. eredeti firmware. Ebben az esetben előfordulhat, hogy az új és korszerűbb berendezések nem észlelhetők megfelelően. Amint az már világos, a kiút a firmware-frissítés letöltése és telepítése lesz. De ha az ilyen folyamatokat közvetlenül futtathatja az UEFI-hez egy futó operációs rendszerben, akkor rendkívül óvatosnak kell lennie a BIOS-ban végzett kísérletekkel. A nem megfelelő firmware vagy helytelen telepítés a teljes számítógépes rendszer működésének leállását is okozhatja.

Rövid összefoglaló

Dióhéjban ennyi, és ennyi a rendszerhívások megszakítása. A fentiek alapján a felmerülő problémákat javasolt a megadott diagnosztikai program használatával a berendezés szekvenciális leállításával megszüntetni. Ha szükséges, a hibás alkatrészeket ki kell cserélni. Kiegészítő eszközként, amellyel a RAM stickekkel kapcsolatos problémák azonosíthatók, tanácsos a Memtest86+ segédprogramot használni, de anélkül szükséges ismereteket nem lesz semmi értelme.

Jó, ha összeszerelés vagy tervezett frissítés után a számítógép először elindul, és stabilan, zökkenőmentesen működik. Sokkal rosszabb, ha váratlan problémák merülnek fel - spontán újraindítás és lefagyás, program összeomlás, az eszközök működésképtelensége vagy "láthatatlansága" stb. Az első ok, ami ebben az esetben általában eszünkbe jut, egy megszakítási konfliktus. De jól ismerjük-e ennek a jelenségnek a természetét, vajon kellőképpen felkészültünk-e a leküzdésre?

Mi az IRQ
A megszakítások jelentik a rendszer alapvető mechanizmusát, hogy reagáljon a bekövetkező eseményekre. A hardveres megszakítások, amelyeket általában IRQ-nak (Interrupt ReQuest) neveznek fizikai jelek, amellyel az eszközvezérlő tájékoztatja a processzort valamilyen kérés feldolgozásának szükségességéről. Hagyományosan a megszakításkezelési séma így néz ki:
1) a processzor kap egy megszakítási jelet és annak számát;
2) egy speciális táblázat segítségével megkeressük az adott számú megszakítás kezeléséért felelős program címét - a megszakításkezelőt;
3) a processzor felfüggeszti az aktuális munkát, és átvált a kezelő végrehajtására (általában ez valamilyen illesztőprogram);
4) a meghajtó hozzáfér az eszközhöz, és ellenőrzi a megszakítás okát;
5) a kért műveletek elindulnak - inicializálás, eszközkonfiguráció, adatcsere stb.
6) az illesztőprogram kilép, és a processzor visszatér a megszakított feladathoz.
Nyilvánvaló, hogy a megszakítási mechanizmus helyes működéséhez két feltételnek kell teljesülnie: egyrészt a kérésjelnek el kell jutnia a processzorhoz, másrészt a kezelő meghajtójának megfelelően reagálnia kell erre a jelre. Konfliktus esetén a második feltétel nem teljesül: megérkezik a megszakítási jel, de a rá adott válasz hibásnak bizonyul, aminek következtében (jó esetben) egy nem működő eszközünk van.

Konfliktus
Azt mondhatjuk, hogy a konfliktus olyan helyzet, amelyben több objektum egyszerre próbál hozzáférni egy olyan erőforráshoz, amelyet csak az egyiküknek szántak. Megszakítási ütközés akkor fordul elő, ha több eszköz ugyanazt a megszakítási vonalat használja kérésjel küldésére, és nincs mechanizmus a versengő kérések kezelésére. Ha az illesztőprogram az irányítás átvételekor egy másik eszközzel dolgozik, amely a kérést küldte, akkor vagy hiba történik, vagy az egyik eszköz egyszerűen nem működik.
Felmerül a kérdés: használhatja-e több készülék ugyanazt a megszakítási vonalat, vagy ez elvileg lehetetlen? Végül is, ha a sofőr meg tudja határozni, hogy pontosan kitől érkezett a kérés, akkor csak az "saját" eszközétől érkező jelzésekre válaszol, figyelmen kívül hagyva az összes többit. De ebben valamilyen módon előre meg kell állapodni, különben elkerülhetetlen a konfliktus.
A helyi PCI buszt úgy tervezték megosztás megszakítja. Minden PCI-eszköznek megfelelően kell működnie ugyanazon a megszakítási vonalon, mint a többi PCI-eszköznek. Ez a következőképpen történik: a jel jelenlétét a megszakítási vonalon nem a front határozza meg, azaz. a feszültségszint változása, hanem egy bizonyos feszültség jelenléte miatt. Egyszerre több eszköz is képes megváltoztatni a vezeték feszültségét, így mintegy sorban áll a szervizelésre.
Így, ha ugyanazt az IRQ-t több PCI-eszköz is megosztja, az értelemszerűen nem ütközés. Néha azonban problémák merülnek fel. Először is, nem minden PCI-eszköz működik megfelelően ugyanazon a megszakítási vonalon, mint a többi. Másodszor, néha az illesztőprogramokban olyan hibák vannak, amelyek megakadályozzák őket abban, hogy helyesen azonosítsák a jelforrást, és zavarják a többi illesztőprogramot. Harmadszor, nem minden eszköz működik a PCI buszon; például az ISA-eszközök, amelyek közé tartoznak például a COM/LPT portvezérlők, nem oszthatják meg a megszakításokat másokkal. Ahhoz, hogy világos elképzelése legyen arról, hogyan lehet elkerülni vagy kiküszöbölni a konfliktusokat, meg kell értenie az IRQ kezelésének mechanizmusát.

Hardveres megszakítások szervezése személyi számítógépben
Amint tudod, személyi számítógépek az IBM PC-vel kezdődött. Az architektúrája nyolc sor hardveres megszakítást (IRQ) biztosított, amelyeket egy speciális vezérlő vezérelt. Mindegyikhez hozzárendeltek egy számot, amely meghatározta a megszakítási prioritást és a kezelőjének címét (ún. megszakítási vektor). Az új architektúra, az IBM PC AT további nyolc megszakítási vonalat biztosított, amelyekhez egy második vezérlőt használtak, amely az első vezérlő egyik megszakítási vonalához csatlakozik. Sajnos ez az architektúra volt az utolsó, miután az IBM elvesztette a képességét az általa létrehozott platform fejlesztésének menedzselésére, így az összes modern számítógépen még mindig csak tizenhat megszakítás található, amelyek közül egyet a második vezérlő használ.
Az IBM PC AT számítógépnek csak egy busza volt, amelyen keresztül az eszközök kommunikálni tudtak a processzorral és a memóriával - ISA. A megszakítási vonalak nagy része szabványos ISA-eszközökhöz volt hozzárendelve, a többi a jövő számára volt fenntartva. Amikor ez a jövő megérkezett, kiderült, hogy az új univerzális PCI busznak csak négy szabad megszakítása van. Ezért egy trükkös mechanizmust találtak ki a megszakítások megosztására (IRQ Sharing) és a dinamikus számok újradefiniálására (IRQ Steering vagy Mapping).
A PCI eszközök megszakításvezérlő mechanizmusának lényege a következő. Általában négy fizikai PCI megszakítási vonal van, ezek a PIRQ0, PIRQ1, PIRQ2 és PIRQ3. A megszakításvezérlőhöz csatlakoznak. Minden PCI-eszköznek négy csatlakozója van, ezek az INT A, INT B, INT C és INT D. A csatlakozókhoz tetszőleges sorrendben csatlakoztathatja a vonalakat. Például az első PCI bővítőhelyhez a következő vezetékeket készítheti: PIRQ0 - INT A, PIRQ1 - INT B, PIRQ2 - INT C, PIRQ3 - INT D. A másodikhoz pedig más módon: PIRQ0 - INT B , PIRQ1 - INT C, PIRQ2 - INT D, PIRQ3 - INT A. Általában az eszköznek csak egy megszakító vonalra van szüksége az INT A-hoz csatlakoztatva. Az első foglalatba telepítve a készülék a PIRQ0 vonalat használja, a második nyílásban pedig a A PIRQ1 vonal ugyanazon a tűn lesz. Így a különböző slotokban lévő eszközök különböző fizikai megszakítási vonalakat fognak használni. A köztük lévő hardverütközés kizárva.
Az AGP busz, amely valójában a PCI speciális módosítása, szintén a PIRQ vonalak egyikét használja - általában PIRQ0.
Négy vonal nem elég a modern rendszerek számára, ezért az új lapkakészletek gyakran nyolc PIRQ-vonalat használnak, amelyek azonos módon, különböző kombinációkban kapcsolódnak a kártyába épített PCI slotokhoz és eszközökhöz.
A PIRQ vonalak a megszakításvezérlőhöz csatlakoznak. Más vonalakhoz hasonlóan logikai IRQ-számokat kapnak. Ha több eszköz van ugyanazon a fizikai vonalon (és ez megengedett), akkor mindegyiknek ugyanaz az IRQ száma. Ha az eszközök különböző fizikai vonalakon vannak, akkor is ugyanazokat az IRQ-számokat tudják fogadni. A normál illesztőprogramok lehetővé teszik számukra, hogy szabadon dolgozhassanak teljesítménycsökkenés nélkül, mivel a PCI buszt úgyis csak egy eszköz tudja rögzíteni. A lényeg az, hogy felismerjük, melyik eszközről érkezett a jel.
A hírhedt Plug&Play mechanizmusnak köszönhetően a PIRQ-vonalak számozása automatikusan történik. De vannak olyan ISA-eszközök is, amelyek támogatják a Plug&Play-t. Lehetőségük van arra is, hogy automatikusan kapjanak IRQ számot. De a megszakítási vonaluk kizárólag az övék, és ha az egyik PIRQ sor ugyanazt a számot kapja, akkor feloldhatatlan konfliktus keletkezik.
Tehát rájöttünk, hogy a PCI-eszközöknek menteseknek kell lenniük az IRQ-konfliktusoktól. Természetesen, ha megfelelően működnek, és ez nem mindig van így. Ezenkívül az illesztőprogramoknak támogatniuk kell a megszakítások megosztásának mechanizmusát. Az ISA-eszközök nem osztoznak megszakítási vonalakon, ezért konfliktuskeltők. Következésképpen a konfliktusmegoldás problémája a számok helyes elosztására (a problémák forrása az ISA-eszközök és a "görbe" meghajtók) vagy a különböző fizikai vonalak mentén történő tenyésztésre ("görbe" PCI-vezérlők) redukálódik.
Nézzük meg, hogyan oszlanak meg a számok a rendszerben, és hogyan tudjuk ezt a folyamatot befolyásolni.

Térkép megszakítása
Mint mondtam, a legtöbb IRQ-számot már elfoglalták a szabványos eszközök, vagy inkább a megszakítási vonalaikhoz vannak rendelve. Menjünk sorban:
0 - rendszer időzítő (a szám mindig foglalt);
1 - billentyűzet (a szám mindig foglalt);
2 - második megszakításvezérlő (mindig foglalt);
3 - COM port 2 (lekapcsolható és a szám felszabadulhat);
4 - COM1 port (letiltható, és a szám - felszabadult);
5 - LPT2 port (általában a szám ingyenes);
6 - hajlékonylemez-vezérlő (le van tiltva, és a szám - megjelent);
7 - LPT1 port (ha nem EPP vagy ECP módban, akkor a szám ingyenes);
8 - valós idejű óra (mindig foglalt);
9 - ingyenes;
10 - ingyenes;
11 - ingyenes;
12 - PS / 2 egér (ingyenes lehet, ha nincs ilyen egér);
13 - társprocesszor (mindig foglalt);
14 és 15 - merevlemez-vezérlő (letiltható, és a szám felszabadul).
Egy tipikus rendszerben az 5, 7, 9-11 számok szabadok, azaz tizenötből öt. Ezenkívül biztonságosan letilthatja a COM2 és LPT1 portokat, ha hétre növeli a szabad számok számát. Ingyenes - nem azt jelenti, hogy nincsenek elfoglalva, csak ingyenes csoszogó lehetséges köztük.
Minden rendszerben három szabványos PCI-eszköz van - ACPI, USB-vezérlők és egy videokártya, amelyek mindegyike egy számot foglal el. Egy összetett eszköz (például hangkártya) több sort is igényelhet - INT A, INT B stb. alkatrészeikhez, amelyek nem fognak ütközni egymással (végül is különböző fizikai vonalakkal), de más eszközökkel - könnyen.
Számos módja van annak kiderítésére, hogy a megszakítási számok jelenleg hogyan vannak kiosztva. A számítógép indításának legelején megjelenik egy szöveges konfigurációs táblázat. Közvetlenül utána megjelenik a PCI-eszközök listája a hozzájuk rendelt IRQ-számmal (lásd a képernyőképet). A másik módszer Windows 9x rendszeren működik. A vezérlőpulton van egy "Rendszer" ikon, a hívott kisalkalmazásban - az "Eszközök" fül. Kiválasztjuk a „Számítógép” eszköz tulajdonságait, és ott minden eszköz megjelenik az IRQ-jukkal együtt (lásd a képernyőképet).
Windows 2000-ben nem férünk hozzá a megszakításkezeléshez, így az IRQ-k listájának megtekintéséhez a szabványos információs segédprogramot kell használnunk (Vezérlőpult/Felügyeleti eszközök/Számítógép-kezelés/Rendszerinformációk/Hardver-erőforrások).

IRQ-számok hozzárendelése a BIOS segítségével
A rendszerben az IRQ számokat kétszer osztják ki a fizikai vonalak között. A BIOS először ezt teszi meg, amikor a rendszer elindul. Minden Plug&Play eszköz (minden PCI, modern ISA, integrált eszköz), pontosabban annak megszakítási vonala a lehetséges tízből egy számot kap. Ha nincs elég szám, több sor kap egy közöst. Ha ezek PIRQ-vonalak, akkor rendben van - ha normál illesztőprogramokkal és támogatással rendelkezik az operációs rendszertől (lásd lent), akkor minden működni fog. És ha több ISA eszköz vagy PCI és ISA eszköz ugyanazt a számot kapja, akkor egyszerűen elkerülhetetlen az ütközés, és akkor be kell avatkozni a terjesztési folyamatba.
Először is le kell tiltania az összes nem használt ISA-eszközt (ISA-nyílások nélküli rendszerekben ezek is jelen vannak) - a COM1, COM2 portokat és a meghajtót. Az LPT port EPP és ECP üzemmódját is letilthatja, ekkor elérhetővé válik az IRQ7 megszakítás.
A BIOS Setupban szükségünk van a "PCI / PNP konfiguráció" szakaszra. Van két alapvető módon befolyásolja az IRQ-számok kiosztását: blokkoljon egy adott számot, és közvetlenül rendeljen hozzá egy PIRQ-vonalszámot.
Az első módszer minden BIOS-hoz elérhető: keresse meg az „IRQ x use by:” elemek listáját (az újabb BIOS-okban az „IRQ Resources” almenüben van elrejtve). Azokat a megszakításokat, amelyeket kizárólag az ISA-eszközökhöz kell hozzárendelni, "Legacy ISA"-ra kell állítani. Így a számok PCI-eszközökre történő elosztása során ezek a megszakítások kimaradnak. Ezt akkor kell megtenni, ha valamelyik ISA-eszköz makacsul ugyanarra a megszakításra kerül a PCI-eszközzel, ami miatt mindkettő nem működik. Ezután megkeressük ennek az IRQ-nak a számát, és letiltjuk a BIOS-beállításban. A PCI-eszköz átvált az új IRQ-számra, de az ISA-eszköz megmarad. A konfliktus megoldódik.
Az IRQ-számok kezelésének második, kényelmesebb módja a közvetlen hozzárendelés. Ugyanabban a BIOS Setup almenüben lehetnek olyan elemek, mint az "X Slot use IRQ" (más nevek: "PIRQx use IRQ", "PCI Slot x priority", "INT Pin x IRQ").
Segítségükkel mind a négy PIRQ-vonalhoz egy adott szám rendelhető. Az új AwardBIOS 6.00-ban egyébként láthatja, hogy mely eszközök (beleértve a beépítetteket is) használnak egy adott sort. Csak nézze meg a BIOS Setup képernyő jobb oldalát: a képen az látható, hogy a „Slot 1/5 use IRQ no.” felirat fölé tartom, a jobb oldalon pedig a „Display Contr.” felirat látható. Vagyis az első PIRQ sort a videokártya használja. Ha most bármilyen konkrét számot teszek az "Auto" helyett, akkor a videokártya erre a megszakításra kerül.

Windows IRQ kiosztás
A második alkalommal a megszakítási számokat az operációs rendszer osztja ki. Amint a kísérleteim kimutatták, a Windows "98" csak szélsőséges esetekben kezd zavarni a BIOS által végrehajtott műveleteket. Ha normál BIOS-a van, akkor az itt leírt technikákra nincs szükség.
Vegye figyelembe, hogy az IRQ megosztási és dinamikus kiosztási mechanizmusok megfelelő működéséhez a Windowsnak fel kell ismernie az alaplap lapkakészletét, és be kell töltenie az IRQ Miniportot. Minél újabb verziójú Windows, annál több lapkakészletet támogat a saját miniportja (PCIIMP.PCI). Azonban mindig jobb, ha biztonságosan játszol, és telepíted a legújabb lapkakészlet-illesztőprogramokat.
A Windows 98 rendszerben az IRQ terjesztési rendszert a szabványos eszközkezelővel kezelik. A rendszereszközök listájában meg kell találnia a PCI buszt. A tulajdonságaiban van egy speciális fül (lásd a képernyőképet). Ha minden helyesen van beállítva, akkor ott a miniport szerepel ("sikeresen betöltve"), és engedélyezve lesz a PCI buszkezelés (Steering). Így a Windows "98 rendelkezik eszközökkel a megszakítási számok fizikai vonalak közötti eloszlásának szabályozására. Mivel azonban a BIOS legtöbbször jó munkát végez ezzel, ez a mechanizmus nem vesz részt.
De néha csak szükséges. Ahogy korábban mondtam, a PCI-eszközök nem ütközhetnek egymással, ha ugyanazt a logikai megszakítást használják. Egy másik dolog az ISA eszközök, amelyek COM és LPT portokat is tartalmaznak. Ha az eszköz nem Plug&Play, előfordulhat, hogy a BIOS nem veszi észre, így az általa elfoglalt megszakítást a PCI-eszköz kapja meg. Ezután le kell foglalnia a megszakítást. Ez a Windows Device Manager "98"-ban történik: válassza ki a "Számítógép" eszközt, hívja meg a tulajdonságait, váltson át a második fülre. Ezután minden világos.
A redundancia mellett közvetlenül beállíthatja az eszköz megszakítási számát. Ehhez meg kell találnia az "Erőforrások" lapot a tulajdonságai között, és le kell tiltania automatikus hangolásés próbálja meg megváltoztatni a hozzárendelt megszakítási számot.
Sajnos ez nem mindig működik.
A Windows 2000 egy speciális rendszer. Ha van modern számítógép, akkor valószínűleg támogatja az ACPI konfigurációs felületet. A Windows 2000 ebben az esetben általában figyelmen kívül hagyja a BIOS műveleteit, és az összes PCI-eszközt egyetlen logikai megszakításra "akasztja". Általában ez jól működik (ha nincs ISA), de néha vannak problémák. A megszakítási számok módosításához módosítania kell a HAL kernelt, vagy újra kell telepítenie a Windows 2000 rendszert úgy, hogy a BIOS-ban le van tiltva az ACPI. A kernel cseréje a következőképpen történik: az eszközkezelőben válassza a "Számítógép" / "Számítógép ACPI-vel" lehetőséget, módosítsa az illesztőprogramot "" szabványos számítógép", indítsa újra. Ha ez nem segít, újra kell telepítenie a Windows 2000 rendszert.
Remélem, hogy a fenti információk segítenek a hardverhibák elleni küzdelemben. És ne feledje: a felmerülő problémák többsége a számítógép tulajdonosának alacsony szintű számítógépes ismereteiből adódik. Ezért mindig törekedni kell az önképzésre, akkor kevesebb lesz a probléma, és azok, amelyek mégis felmerülnek, nem tűnnek megoldhatatlannak.

A processzor túlterhelt? A rendszermegszakítások a felelősek.

Annak a ténynek az oka, hogy a processzor szinte a teljes munkamenet során túlterhelt, az úgynevezett rendszermegszakítások lehetnek, és ez viszont azt jelenti, hogy a probléma a számítógépre telepített berendezések területén van. vagy ezeknek az eszközöknek az illesztőprogramjait. De azonnal figyelmeztetlek: még a teljes cikk terjedelme sem elegendő ahhoz, hogy elkülönítse az összes okot (és még inkább a megoldási lehetőségeket), amiért a rendszermegszakítások egyszerűen megölik a Windowst. A problémafeltárás megközelítését ugyanis az itt leírtnál jóval összetettebb eszköz használata bonyolítja.

Mik azok a rendszermegszakítások, és hogyan lehet kezelni a processzor túlterhelését?

A rendszermegszakítások a Feladatkezelőben jelennek meg rendszerfolyamat, de valójában nem azok. Ez a „ ” csak reprezentatív, mutatja a processzor terhelését, amikor alacsony szintű megszakításokkal dolgozik. A Windows szerves része, nem lehet megölni a folyamatot. Az ominózus név ellenére a rendszermegszakítások a CPU és a többi berendezés közötti interakció folyamatának kötelező és normális részét képezik.

A megszakítások (pontosabban időnként túl lassú) okai lehetnek a számítógépen belüli eszközök, telepített programokat, és néha maga a processzor is. Végül is a rendszermegszakítások a program/hardver és maga a processzor közötti interakció valamilyen formája. Amikor új folyamatnak kell megjelennie a rendszeren, a processzor mindent ledob, és végrehajtja a feladatot. Nem számít, hogy a felhasználó rákattintott az egérrel, vagy a folyamat ütemezetten fut, a feladat azonnal felkerül a végrehajtási sorba. A végrehajtás után a processzor visszatér az előző állapotba.

Amint érti, a rendszermegszakítások jól jelezhetik a rendszernek és a felhasználónak, hogy pillanatnyilag bizonyos számítások hibával mennek, ami a processzor erőforrások komoly igénybevételében fejeződik ki ez a „folyamat”. Egy egészséges rendszerben a rendszermegszakítások a teljes processzormunka 2%-ánál TÖBBET "fogyasztanak el". Bár láttam olyan processzorokat is, amelyek megszakítási aránya 3-10%% között van - minden a konfigurációtól függ. De ha azt észleli, hogy a processzor feldolgozási teljesítményének legalább 5-10%%-át munkamenetről munkamenetre megszakításokra fordítja, ez azt jelzi, hogy a számítógép problémái vannak.

A rendszer megszakad. Hogyan kezeljük a magas értékeket?

A következő lépések mindegyikéhez a rendszer újraindítása szükséges. Nem azért, mert ez szokás, hanem azért, mert a megszakításokkal kapcsolatos problémákat gyakran egy egyszerű re megoldják Windows indítás.

  • VEZETŐK ÉS TÖBB VEZETŐK

A legelső eszköz, amely segít meghatározni, hogy a törött illesztőprogramok felelősek-e azért, hogy a rendszer megszakítja a processzorterhelést, egy német segédprogram. DPC Latency Checker. Töltsd le erről a linkről:

Telepítés nem szükséges. A segédprogram lényege egyszerű. Elkezdjük és elkezdjük a munkát a Windows rendszerben, amíg a rendszermegszakítások nem kezdenek zavarni minket. Íme egy normálisan futó összeállítás ablaka:

És itt kezdenek megjelenni:

Az angol megjegyzés mezőben található segédprogram azt tanácsolja, hogy lépjen az Eszközkezelőbe, és folytassa a hálózati eszközök fokozatos leállítását, hangkártyák, USB vezérlők, eszközök Bluetooth. Azt tanácsolom, hogy hallgasson. Minden leállítás után nézzen be a Feladatkezelőbe és a segédprogram ablakába, és nézze meg, hogyan reagál a rendszer a berendezés ideiglenes leállására. Folytassa az összes letiltását külső eszközök: modemek, külső meghajtók, flash meghajtók. És ha valamikor jobbra változnak, döntsön az eszköz illesztőprogramjának frissítése mellett. De hogy ne legyen probléma a Windows indításával, jobb, ha nem kapcsolja ki ezeket az eszközöket (ezek az illesztőprogramok létfontosságúak, de egyben illesztőprogramok is, és nagyon valószínű, hogy újra kell telepítenie a tűzifát az alaplapra a teljes csomaggal együtt mint Windows telepítés tiszta):

A program hasonló módon működik. LatencyMon

http://www.resplendence.com/downloads

Telepítést igényel, de ingyenes is. Feladata az, hogy olyan illesztőprogram-fájlokat keressen, amelyek nagy számítási mennyiséget költöttek egy késleltetett eljáráshívásra (olyan folyamat, amelyet egy megszakítási rutin magára a megszakításra válaszul hív meg, de nem feltétlenül hajtja végre azonnal). Ez a trükkös név az illesztőprogramok keresésének folyamatát takarja, melynek fájljaiban olyan információ tárolódik, hogy az illesztőprogram túl sokat igényel a processzortól a kifejezetten hozzá rendelt eszközének szervizeléséhez. Íme a kiadó oldala:

http://www.resplendence.com/latencymon

amelyen azonban vak szememmel nem találtam a letöltési linket, ezért felajánlom a lehetőséget, hogy letöltsd a programot a honlapomról

INGYENES PROGRAM LETÖLTÉSE

Az induláskor azonnal tájékoztatott lehetséges problémákat tól től DVD meghajtó- sofőr atapi.sys felelős érte (és mellesleg a meghajtó majdnem 3 hónapja nem működik...). Figyelmeztet, hogy előfordulhat, hogy frissítenie kell a BIOS-t:

Ugrás a lapra Driversés az oszlopra kattintva rendezze őket a legsebezhetőbb jelzések szerint DPC szám:

Nézze meg közelebbről a sor elsőit: ők és lehet problémáid oka.

  • MINDEN VALAMI HIRTELEN TÖRTÉNT, ÚJRAINDÍTÁS UTÁN

Volt egy pillanat, amikor hát dehogyis nem tudta meghatározni a fékek okát. Az eset segített: a felhasználó „megragadott” egy vírust, amely teljesen megsemmisítette a DirectX-et, és rendkívül szelektíven cselekedett, pontosan a rendszert megölve. Windows fájlok, elhagyja a DirectX játékot. Frissítéssel kellett javítanom a rendszert, és - lám! - a szeméttel együtt a rendszermegszakítások is eltűntek. Nem sajnáltam egy kis időt, de az eredmény váratlan volt. A bűnösök nem vírusok vagy illesztőprogramok, hanem szervizcsomagok voltak. Íme a nevük:

  • KB3199986
  • KB4013418
  • KB3211320

Kitartok amellett, hogy PONTOSAN EZEK A FRISSÍTÉSEK TELEPÍTÉSE UTÁN történt, hogy egy adott felhasználó rendszermegszakítások miatti túlterheléstől szenvedett. Valami ilyesmi... van okod elgondolkodni.

  • KIVÉVE A HIBÁS BERENDEZÉSEKET

Ez rendszermegszakításokat is okozhat a processzor teljes terheléséhez. Kezdje el ellenőrizni, hogy a törött illesztőprogramok korábbi keresése nem hozott-e sikert. Maga a Windows és a beépített öndiagnosztikai segédprogramok pedig segítenek megtalálni a hardverproblémákat. A cikkben már írtam róluk. Fuss a szemedbe, az információ hasznos lesz, ne habozz. Legyen tudatában annak, hogy azok, akik eltértek a kábelcsatlakozótól, a hibás kalandok is lehetnek. Személy szerint problémákkal találkoztam a processzor túlmelegedésével és a BIOS frissítésével kapcsolatos „feledékenységgel” egy vadonatúj Windows 10-hez (erről bővebben lentebb) – az eredmény mindenhol észrevehető rendszerkimaradás volt.

JEGYZET. Ha a rendszermegszakítások uralják laptopját, akkor meg kell győződnie arról, hogy nincs-e haldokló akkumulátor-problémája. Olvassa el a cikket egyedül.

  • ELLENŐRIZZE A WINDOWS HANGSZÁMÁT

Valójában a Windows hangeffektusainak visszaállításáról beszélünk az alapértelmezettre. Kattintson a jobb gombbal a hang ikonra, majd kattintson a gombra Lejátszó eszközök:

A Lejátszás lapon kattintson duplán az alapértelmezett eszközök elemre (én Hangszórók), lépjen a lapra További jellemzőkés jelölje be a mellette lévő négyzetet Minden effektus letiltása. Jelentkezés - OK. Indítsa újra és ellenőrizze:

  • A BIOS HIBA?

Nem kizárt. A BIOS az első program, amely a számítógép bekapcsoló gombjának megnyomása után indul el. Tehát itt az ideje, hogy ellenőrizze a BIOS frissítéseit. És hogy a kívánt verzió keresése időben ne késlekedjen, azonnal ellenőrizze a BIOS verzióját. A parancskonzolban cmdírjon be két parancsot egymás után:

rendszer információ | findstr /I /c:bios wmic bios get gyártó, smbiosbiosversion

én az első csapatban egy nagy latin én.

A merevlemez oka?

– Egészen, sőt nagyon. A legegyszerűbb módja a lemez hibáinak ellenőrzése beépített eszközökkel, mint pl chkdsk. Ha a „futás” után a rendszermegszakítások megszűntek, az okot megtalálták. Abban az esetben azonban, ha a probléma újra és újra megjelenik, minderre chkdsk mindig észleli a hibákat, problémái vannak (merev, tápegységgel ill alaplap) - készülj fel a legrosszabbra.

P.S. Nos, a vélemények alapján a probléma vonzza az embereket. Ígérem, hogy a témát a jövőbeni cikkekben továbbfejlesztem.

Sok sikert.

Olvasás: 1 275

Ritka, hogy egy számítógép, különösen egy otthoni számítógép, úgy éli le az egész életét, hogy ne kerüljön sor akár frissítésre, akár új eszközök hozzáadására. A legtöbb esetben természetesen a legalapvetőbb szabályok betartása mellett egy ilyen műtét fájdalommentes, különösebb probléma nélkül. De körülbelül minden tizedik (vagy akár huszadik - nem számít) számítógépet nem működő állapotba hoznak: gyakran lefagy, nem hajlandó semmilyen funkciót ellátni, vagy akár csak beleesik a mindannyiunk által annyira szeretett. kék képernyő halál. Az ilyen problémák legvalószínűbb oka általában a hardverütközésekben rejlik (új és régi), amelyek nem osztottak meg hardver erőforrásokat. Nos, ha a képzettsége lehetővé teszi, hogy megoldja a felmerült problémákat, vagy van valaki a közelben, aki tud segíteni, de ha nincs ilyen? Azonban nem az istenek, mint tudod, az edényeket elégetik, üljünk, gondolkodjunk – nézz, és áttörünk, mert nem olyan nehéz minden, bár a legkülönfélébb berendezések kompatibilitásának problémája, a kezdetektől fogva. a 80-as évek közepén, még mindig nem sok nem csökkent. A javasolt cikk segít a felhasználónak megbirkózni a berendezésekhez szükséges hardver erőforrások egyikével, és leggyakrabban mindenféle konfliktus kiváltó okával - hardvermegszakításokkal (IRQ).

Rendszer hardver erőforrásai

Az összetevők működéséhez három fő típusú hardvererőforrás szükséges. Szinte minden eszköz egy vagy több I/O portot használ. BAN BEN ez az eset ez nem soros vagy párhuzamos port, hanem csak egy speciális cím, valami olyan, mint a RAM-ban lévő cím. Ezek a portok működnek speciális csapatok a központi processzor, melynek segítségével bármilyen információ a portra íródik, vagy onnan olvasható ki. A processzor és az eszköz közötti információcsere gyakran csak portokon keresztül megy végbe, és egyes eszközök egy tucat vagy akár több portcímet is felvesznek, amelyek mindegyike egy-egy adott funkciót lát el.

A közvetlen memóriaelérési (DMA) csatornákat sokkal ritkábban használják. Ez a fajta interakció olyan eszközök számára készült, amelyek nagy adattömböket cserélnek egymással RAM, például, lemez meghajtók vagy nyomtatókat. A teljes központ megkerüli a központi processzort, amely csak a csereműveletet kezdeményezi, és azonnal folytatja a többi munkát. Ez a megközelítés jelentősen növelheti a teljes rendszer teljesítményét.

A harmadik típusú erőforrás pedig a hardveres megszakítások, amelyek a rendszer külső eseményekre adott válaszának alapvető mechanizmusai. A hardveres megszakítások, amelyeket általában IRQ-knak (Interrupt ReQuests) neveznek, olyan fizikai jelek, amelyek segítségével az eszközvezérlő tájékoztatja a processzort egy kérés feldolgozására. Hagyományosan a megszakításkezelési séma így néz ki:

  • a processzor megkapja a megszakítási jelet és annak számát;
  • egy speciális táblázat segítségével megkeressük az adott számú megszakítás kezeléséért felelős program címét - a megszakításkezelőt;
  • a processzor felfüggeszti az aktuális feladat végrehajtását, elmenti a köztes eredményeket és átvált a megszakításkezelő végrehajtására;
  • a processzor hozzáfér az eszközhöz, és ellenőrzi a megszakítás okát;
  • a kért műveletek elindulnak - inicializálás, eszközkonfiguráció, adatcsere stb.;
  • az összes szükséges művelet elvégzése után a processzor visszatér a megszakított feladathoz.

Ellentétben a végrehajtó alkalmazási program által kiváltott szoftvermegszakításokkal, a hardveres megszakítások a legváratlanabb időpontokban fordulhatnak elő, sőt, több megszakítás is előfordulhat egyszerre. Annak érdekében, hogy a rendszer ne "gondolkodjon túl sokat" azon, hogy melyik megszakítást szolgálja először, van egy speciális prioritási séma. Minden megszakításhoz saját egyedi prioritás tartozik. Ha egyszerre több megszakítás érkezik, akkor a rendszer a legmagasabb prioritást részesíti előnyben, és egy időre elhalasztja a többi, kevésbé fontos megszakítás feldolgozását.

Az elosztás megszakítása

Fontolja meg, hogyan oszlanak meg általában a megszakítások egy szabványos számítógépen. A számok egy része szigorúan bizonyos eszközökhöz van kötve, néhány kiadható és felhasználható az Ön igényei szerint. Kezdjük sorrendben:

  • IRQ 0- megszakítja a rendszer időzítőt. 18,2-szer generál másodpercenként. Az első IBM PC létrehozása óta ebben a minőségben használták (ez a szám más felhasználásra nem áll rendelkezésre);
  • IRQ 1- billentyűzet megszakítás. A billentyűzetvezérlő minden egyes gombnyomáskor generálja (a szám más használatra nem áll rendelkezésre);
  • IRQ2 az XT-osztályú számítógépekben, amelyek mindössze 8 megszakítási vonalat használtak, a további rendszerbővítésre volt fenntartva, és az AT-osztályú számítógépektől kezdve egy második vezérlő csatlakoztatására szolgált. Ma az IRQ 2-t használja a rendszer a régivel való kompatibilitás érdekében szoftver, a szám más célra nem használható;
  • IRQ 3- az aszinkron COM 2 port megszakítása Ugyanezt a megszakítást használják a COM 4 porton keresztül működő eszközök is, tetszés szerint letilthatók, de IRQ 3-at úgysem tud más hozzárendelni;
  • IRQ4 az előzőhöz hasonlóan ezt a megszakítást a COM 1 / COM 3 portokat elfoglaló eszközök használják;
  • IRQ 5 eredetileg a második párhuzamos LPT2 porthoz szánták, de aztán, amikor a második párhuzamos portot elhagyták, az IRQ 5 szabaddá vált. Később a legtöbb ISA hangkártya aktívan használta. A modern PCI hangkártyák ezt a megszakítást kizárólag a régebbi játékokkal való kompatibilitás érdekében használják, amelyek túlnyomó többsége támogatja az SB Pro-t. Az IRQ 5 más célokra is használható, és PCI foglalathoz köthető;
  • IRQ6, az első PC-ktől kezdve a floppyvezérlő használja (a szám más felhasználásra nem áll rendelkezésre);
  • IRQ7- alapértelmezés szerint az első párhuzamos port LPT 1 megszakítása. Ha a port le van tiltva (ha a nyomtató nem elérhető vagy USB-re van tervezve), akkor használható különféle eszközök. Az IRQ 7 PCI foglalathoz köthető;
  • IRQ8- valós idejű óra megszakítás, először az IBM AT-ben vezették be. Más felhasználás nem lehetséges;
  • IRQ 9és az IRQ 10 ingyenes;
  • IRQ 11általában az USB busz számára van fenntartva, de más célokra is használható (ehhez kapcsolja ki az USB támogatást a BIOS-ban);
  • IRQ 12 PS/2 egérhez használható, de más célokra is használható (ha PS/2 egér nem elérhető vagy le van tiltva);
  • IRQ 13 eredetileg az aritmetikai társprocesszor használta, és most a régebbi szoftverekkel való kompatibilitás miatt van fenntartva (a szám más felhasználásra nem érhető el);
  • IRQ 14És IRQ 15 az elsődleges és másodlagos IDE-vezérlők alkalmazzák.

Számos módja van annak kiderítésére, hogy a megszakítási számok jelenleg hogyan oszlanak meg az adott esetben. Amikor elindítja a számítógépet, még a Windows betöltése előtt megjelenik egy konfigurációs szövegtábla. Közvetlenül utána megjelenik a PCI-eszközök listája a hozzájuk rendelt IRQ-számmal.

Vagy ha még mindig Windows 9x operációs rendszert használ, akkor a vezérlőpulton van egy Rendszer ikon, kattintson rá - és válassza az "Eszközök" fület. A "Számítógép" eszköz tulajdonságai között megtalálhatja az összes eszköz listáját az IRQ-val. Windows 2000/XP esetén nincs közvetlen hozzáférésünk a megszakításkezeléshez, így az IRQ-k listájának megtekintéséhez a szabványos információs segédprogramot kell használnunk (Vezérlőpult/Felügyeleti eszközök/Számítógép-kezelés/Rendszerinformációk/Hardver-erőforrások). És végül senki sem mondta le a számítógép hardver- és szoftverképességét tesztelő segédprogramok használatát.


Közülük kétségtelenül a legnépszerűbb a SANDRA, amely átfogó tájékoztatást tud nyújtani a felhasználónak, beleértve a megszakításokat is.

Eszközütközések

Anélkül, hogy túlságosan részleteznénk, azt mondhatjuk, hogy a konfliktus olyan helyzet, amelyben több objektum egyszerre próbál hozzáférni ugyanahhoz a rendszererőforráshoz. Megszakítási ütközés akkor fordul elő, ha több eszköz ugyanazt a megszakítási vonalat használja kérésjel küldésére, és nincs mechanizmus a kérések rangsorolására, ami vagy meghibásodást, vagy az egyik eszköz egyszerűen leállását okozza. Ahhoz, hogy világos elképzelése legyen arról, hogyan lehet elkerülni vagy kiküszöbölni a konfliktusokat, meg kell értenie az IRQ kezelésének mechanizmusát.

Mint tudják, a személyi számítógépek az IBM PC XT-vel kezdõdtek. Az architektúrája mindössze nyolc sor hardveres megszakítást biztosított, amelyeket egy speciális vezérlő vezérelt. Mindegyikhez saját egyedi számot rendeltek, amely meghatározta a megszakítási prioritást és a kezelőjének címét (ún. megszakítási vektor). Az architektúra következő változata, az IBM PC AT a meglévő vonalakat további nyolccal egészítette ki, amelyeket az első vezérlő egyik megszakítási vonalához csatlakoztatott második vezérlő vezérelt. Sajnos ez az architektúra ezen a ponton leállította a fejlődését, így az összes modern számítógép a bennük használt kiegészítő eszközök jelentősen megnövekedett száma ellenére még mindig csak tizenhat megszakítási vonallal rendelkezik, amelyek közül egy a második vezérlő emulálására van fenntartva.

Kezdetben az IBM PC AT számítógépnek csak egy busza volt, amelyen keresztül az eszközök kommunikálni tudtak a processzorral és a memóriával - ISA. A legtöbb megszakítási vonal a szabványos ISA eszközökhöz volt hozzárendelve, így az új univerzális PCI busz megjelenésekor kiderült, hogy csak négy szabad megszakítás maradt a megosztásán, INT A, INT B, INT C, INT D jelöléssel, tehát csak négy PCI-eszköz képes független megszakításokat fogadni a rendszerben. Ugyanakkor szem előtt kell tartani, hogy az IDE vezérlő különleges helyzetben van, ami csak azért nem tartozik e négy eszköz közé, mert bár adatátviteli módot tekintve PCI eszköz, saját megszakítja az IRQ-t. 14 és IRQ mereven hozzá van rendelve, 15, mint a régebbi ISA eszközökhöz. Az AGP-busznál, amely egyfajta PCI-busz, az INT A-t "áldozzák fel", és az USB-busz, mint a rendszer egyik összetevője INT D-n keresztül kapcsolódik a PCI-hez, ami csökkenti a "becsületes" PCI-eszközök számát. csak kettőre. Nem szabad megfeledkezni a Power Management / System Management energiagazdálkodási alrendszerről sem, amely szintén megköveteli a saját megszakítását. Így a való életben, ha több megszakítást használó PCI eszköz van, lehetetlen egyedi hardveres IRQ-val ellátni őket, és ilyenkor a Plug & Play technológián alapuló hardver-szoftver módszert alkalmazzák, amely elméletileg elkerüli a konfliktusokat. Bár a való életben bármi megtörténhet, és a megmaradt ISA-eszközök továbbra sem képesek megosztani a megszakítási vonalakat, ezért a konfliktusok fő provokátorai. Így a konfliktusfeloldás problémája a megszakítási számok helyes elosztására redukálódik ISA eszközökkel vagy "hibás" illesztőprogramokkal kapcsolatos problémák esetén.

A rendszerben az IRQ számokat kétszer osztják ki a fizikai vonalak között. A BIOS először ezt teszi meg, amikor a rendszer elindul. Minden Plug & Play eszközhöz (beleértve az összes PCI-t, a modern ISA-t és az összes alaplapra integrált eszközt) egy szám van hozzárendelve az elérhetők közül. Ha nincs elég szám, több sor kap egy közöst. PCI-eszközök esetén ez nem jelent problémát - ha normál illesztőprogramokkal és az operációs rendszer támogatásával rendelkezik, mindennek megfelelően kell működnie. De ha több ISA-eszköz ugyanazt a számot, vagy a PCI és ISA eszközök nem kevésbé "robbanékony" keverékét kapja, akkor a konfliktus egyszerűen elkerülhetetlen, és akkor be kell avatkoznia a megszakítások automatikus elosztásának folyamatába. Ebben az esetben le kell tiltania az összes nem használt ISA eszközt (az ISA bővítőhely nélküli rendszerekben ezek mégis jelen vannak: ezek a COM1, COM2 portok és a meghajtó). Az IRQ7 megszakítás feloldása közben letilthatja az LPT port EPP és ECP módját is. A BIOS Setup megszakításainak megváltoztatásához szükséges összes művelet a "PCI / PNP konfiguráció" részben kerül végrehajtásra. Kétféleképpen lehet befolyásolni az IRQ-számok kiosztását: blokkolhat egy adott számot, és közvetlenül hozzárendelhet egy sorszámot. Az első módszer minden BIOS-hoz elérhető, az "IRQ x use by:" menüpontok beállítása történik (az új BIOS-okban ez az "IRQ Resources" almenüben van elrejtve). Azokat a megszakításokat, amelyeket kizárólag az ISA-eszközökhöz kell hozzárendelni, "Legacy ISA"-ra kell állítani. Így a PCI-eszközök számának elosztása során ezek a megszakítások kimaradnak. Ezt akkor kell megtennie, ha bármelyik ISA-eszköz makacsul ugyanarra a megszakításra kerül, mint a PCI-eszköz, ami miatt mindkettő leáll. Ebben az esetben meg kell találnia ennek az IRQ-nak a számát, és le kell tiltania. A PCI-eszköz átvált az új IRQ-számra, míg az ISA-eszköz változatlan marad. Az IRQ számok kezelésének második módja a közvetlen hozzárendelés, bár némileg bonyolultabb, mint az első, sokkal hatékonyabb. Sajnálatos, hogy nem minden modern alaplap teszi lehetővé ezt a műveletet. Ugyanabban a BIOS Setup almenüben lehetnek olyan elemek, mint az "X Slot use IRQ" (más nevek: "PIRQx use IRQ", "PCI Slot x priority", "INT Pin x IRQ"). Ez az opció lehetővé teszi a megszakítások egyedi beállítását a PCI- és AGP-buszon lévő egyes eszközökhöz. Ebben az esetben a következő szabályokat kell betartani:

  • Minden PCI bővítőhely legfeljebb négy megszakítást aktiválhat – INT A, INT B, INT C és INT D;
  • Az AGP slot két megszakítást tud aktiválni - INT A és INT B;
  • Normális, hogy minden slot INT A-ként van hozzárendelve. A többi megszakítás le van foglalva, ha a PCI/AGP eszköz egynél több megszakítást igényel, vagy ha a kért megszakítás foglalt;
  • Az AGP slot és az 1. PCI slot ugyanazokat a megszakításokat osztja ki;
  • A 4-es és 5-ös PCI-nyílások is ugyanazokat a megszakításokat osztják el;
  • Az USB PIRQ_4-et használ.

Az alábbi táblázat a PIRQ (Programozható megszakítási kérelem) és az INT (Megszakítás) közötti kapcsolatot mutatja:

Jel AGP Slot
PCI Slot 1
PCI Slot 2 PCI Slot 3 PCI foglalat 4
PCI Slot 5
PIRQ_0 INT A INT D INT C INT B
PIRQ_1 INT B INT A INT D INT C
PIRQ_2 INT C INT B INT A INT D
PIRQ_3 INT D INT C INT B INT A

Általában az opciót AUTO állásban kell hagynia. De ha szükségessé válik az AGP vagy PCI buszon lévő eszköz egyedi IRQ beállítása, akkor először meg kell határozni, hogy az eszköz melyik nyílásba van telepítve. Ezután a táblázatra hivatkozva beállíthatja a fő PIRQ-t. Például ha Hálózati kártya 3-as nyílásra van állítva, akkor a fő PIRQ PIRQ_2 lesz, mert lehetőség szerint minden slot INT A-hoz van hozzárendelve.. Ezt követően kerül kiválasztásra a kívánt IRQ, hozzárendelve a megfelelő PIRQ értéket. Ne feledje, hogy a BIOS megpróbál PIRQ-t rendelni az INT A-hoz minden egyes slothoz. Tehát az AGP és PCI 1 bővítőhelyeknél a fő PIRQ a PIRQ_0, míg a PCI 2-es bővítőhelynél a fő PIRQ a PIRQ_1 és így tovább. A második alkalommal a megszakítási számokat az operációs rendszer osztja ki, bár a Windows 9x csak szélsőséges esetekben kezdi zavarni a BIOS által végrehajtott műveleteket. A Windows 98 rendszerben az IRQ terjesztési rendszert a szabványos eszközkezelővel kezelik. A rendszereszközök listájában meg kell találnia a PCI buszt.


A tulajdonságaiban van egy speciális fül. Ha minden helyesen van beállítva, akkor ott a miniport szerepel ("sikeresen betöltve"), és engedélyezve lesz a PCI buszkezelés (Steering). Így a Windows "98 rendelkezik eszközökkel a megszakítási számok fizikai vonalak közötti eloszlásának szabályozására. De mivel a BIOS legtöbbször jó munkát végez ezzel, ez a mechanizmus nem vesz részt. De néha egyszerűen szükséges. Elavult ISA-eszközök használatakor amelyek nem támogatják a Plug technology & Play funkciót, előfordulhat, hogy a BIOS nem veszi észre, és az általa elfoglalt megszakítást a PCI-eszköznek adja – ismét ütközés. A megoldáshoz le kell foglalni a szükséges megszakítást a Windows Eszközkezelőben "98.

A redundancia mellett közvetlenül beállíthatja az eszköz megszakítási számát. Ehhez meg kell találnia az "Erőforrások" lapot a tulajdonságai között, ki kell kapcsolnia az automatikus hangolást, és meg kell próbálnia megváltoztatni a hozzárendelt megszakítási számot. Legyen óvatos, egy ilyen művelet nem mindig működik, és néha teljesen kiszámíthatatlan eredményekhez vezethet.

De a Windows 2000-ről (valamint az XP-ről) - külön beszélgetés. Ha meglehetősen modern számítógépe van, akkor valószínűleg támogatja az ACPI konfigurációs felületet. A Windows 2000 ebben az esetben általában figyelmen kívül hagyja a BIOS műveleteit, és az összes PCI-eszközt egyetlen logikai megszakításra "akasztja". Általában ez jól működik (ha nincsenek ISA-eszközök), de néha problémák adódhatnak. A megszakítási számok módosításához módosítania kell a HAL kernelt, vagy újra kell telepítenie a Windows 2000 rendszert úgy, hogy a BIOS-ban le van tiltva az ACPI. A kernel cseréje a következőképpen történik: az eszközkezelőben válassza ki a "Számítógép / Számítógép ACPI-vel" lehetőséget, majd az illesztőprogramot "Normál számítógépre" kell cserélnie, és újra kell indítania. Ha ez nem segít, újra kell telepítenie a Windows 2000 rendszert.

Utolsó tippek

Új telepítésével operációs rendszer minden eszközillesztővel, és miután megbizonyosodtunk arról, hogy problémamentesen működik, érdemes mindet leírni számítógép beállításait, különösen, ha az alapértelmezett beállításokat módosították. Az ilyen információkat a legmegbízhatóbb egy normál papírra felírni. Az ilyen információk nagyon hasznosak lehetnek a konfigurált rendszer módosítása során, valamint segíthetnek megoldani azokat a problémákat, amelyek akkor merülhetnek fel, ha az összes beállítás "elköltözik" új berendezés telepítésekor (ez is előfordul néha). És ami a legfontosabb, ne feledje: a felmerülő problémák többsége a számítógép tulajdonosának alacsony szintű számítógépes ismereteiből adódik. Ezért mindig törekedni kell az önképzésre, akkor kevesebb lesz a probléma, és azok, amelyek mégis felmerülnek, nem tűnnek megoldhatatlannak.