A kernel cseréje az ablakok ablakában - a rendszergazdák fóruma
A nukleáris mérés alapjai
A vicces dolog az, hogy valójában nem történt felfedezés. Sok fejlett elvtárs kísérletezett magokkal a Windows NT 4.0 napjaiban. Személy szerint megerősíthetem: igen, a kernel helyettesítése kézzelfogható teljesítménynövekedést eredményezhet, de az ACPI-ről és sok más modern finomságról is el kell felejteni. Egyébként ez a rendszer magatartásának dokumentált jellemzője, és itt nincs trükk. Ne higgy nekem - kérdezze meg a Microsoftot.
Nukleáris sebészet
Számos módja van a mag műszak, a leghíresebb, amely csökken az operációs rendszer újratelepítése, és nyomja meg az F5 billentyűt a beállítás tesztelésekor ( «F6 telepítenie kell egy harmadik fél SCSI vagy RAID-illesztőprogram» / »F6, ha meg kell tölteni a SCSI vagy egy harmadik fél RAID-illesztőprogramja "). Nem, ez így van! Amikor az F6-ot meg kell nyomnia, nyomja meg az F5 billentyűt. Ez az, a Microsoft.
Ha nem érintkezik semmilyen billentyűvel, akkor a Windows automatikusan kiválasztja a legmegfelelőbb rendszermagot (kivéve, ha persze nem megfelelő). Az F7 törli a tesztelést, és alapértelmezés szerint hozzárendeli az alapértelmezett rendszermagot, és az F5 manuálisan keményíti a rendszermagválasztást. A Windows XP szabványos csomagja körülbelül egy tucat különböző magot tartalmaz az 1. táblázatban.
A rendszermag típusának meg kell egyeznie a hardver típusával. Például egy szabványos rendszermag munkáját egy többprocesszoros alaplapon (még akkor is, ha csak egy processzort telepítenek rajta) a Microsoft nem tesztelte, ezért nem garantált. Az esetek túlnyomó többségében azonban ez a mag továbbra is működni fog.
Folytonossága mag lehet kapcsolni telepítés nélkül, egyszerűen kicseréljük hardver absztrakciós könyvtárfájlokhoz - Hardver absztrakciós réteg, vagy rövidítve a HAL (az hal.dll alapértelmezett) és végrehajtó rendszer - Executive rendszer, más néven KERNEL'om (alapértelmezett ntoskrnl.exe nem zavaros a kernel32.dll-vel - ez a fájl teljesen egy másik operától származik). Együtt alkotják az operációs rendszer magját, amelyen az összes többi komponenst tartják.
Jelentkezzen be a Vezérlőpultba -<Система -<Оборудование -<Диспетчер устройств -<Компьютер (Control Panel - Az Eszközkezelő választhat egy vagy több egymást követő magot, amely az újraindítás után azonnal működésbe lép. Ha azonban a frissítés sikertelen, a rendszer megtagadja a rendszerindítást. Ez általában akkor történik, ha megpróbálja frissíteni a szabványos rendszermagot az ACPI-re vagy fordítva. Az a tény, hogy az ACPI és nem ACPI rendszermagok különböző eszközfákat használnak, és különböző módon osztják el a rendszer erőforrásait. Az eszközkezelő lehetővé teszi, hogy csak a magok egymást követő változatait váltsák át, de néha nem megfelelő, és a rendszert javítani kell. Miközben az F8-at a Windows indításakor tartja, várja meg a boot menü megjelenését. Jelentkezzen be az Utolsó jól ismert konfigurációba, és válassza ki a megfelelő hardverprofilt, mondja a Konfiguráció helyreállítása. Kerülő rejlő korlátok Eszközkezelő, amelyet pusztán hacker kézzel való váltáshoz mag, amely lehetővé teszi, hogy kiválassza nepreemstvennye mag (vagy kernel, pengetős más Windows disztribúciók), valamint, hogy több csomagtartó. Ehhez módosítania kell a rendszerindító lemez gyökérkönyvtárában található boot.ini fájlt. Nyissa meg a Jegyzettömbben, és keresse meg a következő sort: multi (0) lemez (0) rdisk (0) partíció (1) WINNT = "Windows XP Professional" / gyorskeresés / SOS Add hozzá két új kulcsot: / KERNEL = és / HAL =. meghatározza a nevét a végrehajtó lényege a rendszer fájlokat és a hardver absztrakciós réteg, vagy válassza az egész szöveget, és helyezze be a végén a boot.ini fájl módosításával a szöveg a „Windows XP Professional” valamit a stílus a „Windows XP feltörték” és a hozzá ezeket a gombokat. Aztán, amikor elkezdi a rendszer megjeleníti több boot menü, amely lehetővé teszi, hogy gyorsan válthatunk a különböző változatai a kernel kockáztatása nélkül, hogy le az alap beállítás a rendszer (ha a menü nem jelenik meg, kattintson a F8). Ha nem telepített semmilyen szervizcsomagot, akkor nyissa meg a WINNTSystem32Driver Cachei386driver.cab könyvtárat, és húzza ki a fájlokat a "HAL" -ról indítva. Ezután keresse meg az "nt" és "kr" fájlokat. Másolja őket a WINNTSystem32 könyvtárba. A telepített szervizcsomaggal rendelkező gépeken keresd meg ezeket a fájlokat valahol a szervizcsomag könyvtárában. Mondja, a WINNTServicePackFilesi386-ban A 2., 3. és 4. táblázat alapján válassza ki az álmai közé, írja be a megfelelő HAL-okat és KENREL-eket a boot.ini-ban, amelynek szerkesztett verziója így nézhet ki: multi (0) lemez (0) rdisk (0) partíció (1) WINNT = "Windows XP Professional" / gyorskeresés / SOS multi (0) disk (0) rdisk (0) partition (1) WINNT = "Windows XP feltörték" / fastdetect / SOS /HAL=HALMPS.DLL /KERNEL=NTKRNLMP.EXE A boot.ini változások mentése után indítsa újra. Ne feledje, hogy ha helytelenül módosítja ezt a fájlt, akkor a rendszer elfojthatja a betöltéskor, és nem hajlandó elindulni! És ha nem akarja újratelepíteni a rendszert, ne felejtse el biztonsági másolatot készíteni a boot.ini fájlról a boot floppy-ra a kísérlet megkezdése előtt. Olyan sok jó nucleoli ... A kernel melyik verzióját kell választanom? A számítógép architektúrájától és igényeitől függ. 2. táblázat bemutatja a legnépszerűbb úti cél a magok, amelyek az első helyen szeretném felhívni a figyelmet, hogy egy csomó Ntkrnlmp.exe / Halmps.dll összpontosított többprocesszoros rendszerek. Ha beállította a Windows a számítógép segítsége nélkül Hyper-Threading, majd hirtelen úgy döntött, hogy megszerezni ezt a támogatást a vásárlás vadonatúj Pentium-4, a rendszer nem akar működni a második processzor, amíg nem állítja vissza azt ... vagy nem helyettesíti a kernel. A második, természetesen egyszerűbb és gyorsabb. By the way, a sebességről. A pletykák szerint az ACPI támogatással rendelkező rendszermagok gyorsabban veszítenek el nem ACPI magokat. És bár az igazság ott van, az általános esetben ez nem így van. Általában az ACPI futása nem lassítja a rendszert, hacsak természetesen nem ütközik össze, és nem hibás. A probléma az, hogy a konfliktusok sokszor frusztráló módon keletkeznek, mert az ACPI szikrázó, mint egy kakas és szörnyeteg, mint egy mamut. Egy másik probléma a processzor hűtése a rendszer leállásakor automatikusan leállítja a rendszert. Az ACPI hibás támogatása nemcsak a 100% -os CPU kihasználtsághoz vezet, hanem az audió fájlok lejátszásakor a karakteres tőkehalhoz is. Ezenkívül sok ACPI rendszer támogatja a dinamikus teljesítmény-menedzsmentet azáltal, hogy az aktuális igényeknek megfelelően választja ki az órafrekvenciákat és időzítéseket, ha az ACPI-vezérlő sikerül kitalálni őket. Az ACPI is megpróbál optimalizálni a rendszer erőforrásait, ugyanakkor egyszerre több eszközt gondosan lógni. Általánosságban ez a helyzet teljesen normális (lásd a Microsoft Tudásbázisában szereplő Q252420 technikai megjegyzést), de nem ideális a teljesítmény szempontjából. Teljesítményének összehasonlításával ACPI és az ACPI-mag, nem szabad elfelejteni, hogy az általuk használt különböző időzítő mérőrendszer idő, ami egyébként senki nem kalibrált, így referenciaértékeket a különböző magok változhat jelentősen hosszabb miatt műszeres hiba egyedül! Overclocking és annak következményei A rendszermag megváltoztatása nem okozza a processzor gyorsabb kiszámítását a szög szinuszában, és biztosan nem fogja növelni a csatoló buszok sávszélességét. A magok sebességét mérő népszerű tesztprogramok szintén nem alkalmasak, mivel a teljesítményt nem mutatják még akkor sem, ha a különbség szabad szemmel látható. Miért történik ez? Nagyon egyszerű. A "gyors" magok különböznek a "lassú" rendszermagtól, elsősorban a megszakítások feldolgozásáért és a feladatok közötti váltásért felárért. A két kapcsoló közötti időintervallum (a szokásosnak nevezett kvantum) egy teljes örökkévalóság a processzor számára, amely során számos tesztprobléma kiszámításánál sikerül, amelynek következtében a kapcsolási időtartamot egyszerűen nem veszik figyelembe. Ráadásul kis számú áramlás esetén a váltás költségei meglehetősen kicsiek, de a tesztprogrammal párhuzamosan számos nehéz alkalmazást érdemes végrehajtani, mivel minden megváltozik! A tapasztalat azt mutatja, hogy a számítógépek SDR-memóriával és egy processzor frekvenciája kisebb, mint 1 GHz, 486 mag nagymértékben növeli a fogékonyság a rendszer, és a munka válik sokkal kellemesebb. Annak tesztelésére, fuss egy pár tucat alkalmazás (normális állapot a rendszer által a nap végén, nem?), És mérjük a teljesítményét az ellenőrzési feladatokat az idő (például kiszűrni overlay gigabyte képet a Photoshop, összeállítása megabájtos állományt, a kontextus keresésének ezer pdf'e). Természetesen a számítógép sebességével a kernel kicserélése egyre kisebb és kisebb teljesítményre tesz szert, de még a nagy teljesítményű munkaállomásokon is észrevehető. Elhaladva a nem teljesen ACPI-kompatibilis eszközökben, illesztőprogramokban és BIOS-okban rejlő konfliktusok eltűnnek. Ezek helyettesítik a kernel ősi verzióival való ütközést, mert kompatibilitásuk nem volt egyetlen eszközzel, sem vezetővel, sem BIOS-val, senki sem tesztelve. Ezért a 486-os magrendszer viselkedése a rendszerben nem ismert. Nem volt egyhangú vélemény a 486-os átmenet célszerűségéről, és nem is. Az aktuális kísérletekről szóló üzenetek egyetlenek, és a rájuk vonatkozó statisztikák nem szerkeszthetők. Mindazonáltal, hogy kipróbálják a különböző rendszermagokat, összehasonlítva őket az ízeivel, még mindig megéri. Ez nem csak érdekes, hanem informatív is.
Nem bosszúálló vagyok, gyakran felveszi a naplóimat
Kapcsolódó cikkek