Augusztus 12. – A probléma a következő:

  1. SZERKESZTŐI

  2. A SYSINTERNALS ÚJDONSÁGAI

    • TCPView v2.21
    • LiveKd v2.0
    • PsInfo v1.33|
    • PsList v1.21
    • BgInfo v3.0
    • PageDefrag v2.2
    • Regmon v4.34 for Win64/Itanium
    • Sysinternals in PC World Magazine
    • Sysinternals a Microsoftnál
  3. BELSŐ INFORMÁCIÓK

    • Mark and David Solomon Teach Internals in London
    • Az Windows NT-fejlesztésen belül
    • Ha egy módosítás nem számít
    • .NET Server RC1
    • WMI-parancsfájlok betöltése
    • BootVis használata a rendszerindítási folyamat profillal való profiljához
  4. MI LESZ A KÖVETKEZŐ?

    • Az összeomlási memóriakép elemzésének gyors bemutatása

SZPONZOR: A TÉLI SZOFTVER

A Sysinternals hírlevelet a Télies szoftver szponzorálja, a weben a következő webhelyen: http://www.winternals.com. A Modern szoftver Windows az NT/2K/XP rendszerhez használható fejlett rendszereszközök vezető fejlesztője és szolgáltatója. A Téli szoftvertermékek közé tartozik a FAT32 az Windows NT 4.0, az NTFSDOS Professional Edition (a DOS írási/olvasási NTFS-illesztőprogramja) és a Távoli helyreállítás. A 2.0-s Defrag Manager-verzió, a leggyorsabb, legáttekintőbb vállalati töredezettségmentesítő. Mostantól egy egyszerű MMC beépülő modulból a teljes Windows-vállalatra felügyelheti a töredezettségmentesítési ütemezéseket anélkül, hogy bármilyen ügyfélszoftvert telepítenie kell az NT vagy Windows 2000 rendszereken. További http://www.winternals.com/es információért látogasson el ide, vagy kérjen egy 30 napos ingyenes próbaverziót.

Üdvözlök mindenkit!

Üdvözöljük a Sysinternals hírleveleben. A hírlevelenek jelenleg 35 000 előfizetője van.

Valószínűleg hallott már az AMD hamarosan megjelenő , Most hivatalosan "Opteronként" bejelentett Processzorról, amely az év végén lesz kiadva. Az AMD a 32 bites mezőről a 64 bites mezőre veszi át az INTEL-t. Azt hiszem, az Intel-nek elég nagynak kell lennie, és meg is tudom mondani, hogy miért.

Az Itanium az Intel bejegyzése a 64 bites térbe, és a migrálást megkönnyítő x86 bináris kompatibilitást tartalmaz. Az Itanium csaknem két éve van a piactéren, de még a HP-UX, a Linux, a Windows XP 64 bites kiadása és az azt támogató Windows Advanced Server 64 bites kiadás esetében sem. Az Itaniums projekt iparági becslései szerint csak néhány ezer egységet értékesítettek, és azt hiszem, hogy a nemrégiben kiadott Itanium II nem javítja az üzembe helyezés sebességét.

Mi az oka az Itanium eddig látható lenyomásának? Úgy hiszem, a fő tényező az, hogy az Itanium és az Intel teljes 64 bites stratégiája az új RISC-típusú architektúrán alapul, és a rajta található x86 bináris kompatibilitás kivételével az Itanium csupán egy másik 64 bites processzor az Alfa, a PA-RISC, a Sparc64 és a PowerPC. Bár az Itanium támogatja a meglévő 32 bites x86-os alkalmazásokat, ezek az alkalmazások jelentős teljesítménycsökkenést eredményeznek a natív 64 bites alkalmazásokhoz képest. Ez azt jelenti, hogy meg kell győződni arról, hogy az Itaniumon ésszerű teljesítménnyel futtatni kívánt alkalmazások 64 bites portra vannak portosak.

A Másik pedig egy olyan fejlődés, amely természetes módon 64 bitesre bővíti az x86 architektúrát és az utasításkészletet. Képes 32 bites alkalmazások és 64 bites alkalmazások egymás mellett, gyakorlatilag azonos teljesítményszinten való futtatására. Emellett teljes 32 bites módban is elindíthatja a Rendszerindítót, így az egy 32 bites operációs rendszert futtató szabványos x86-rendszernek tűnik. Ez nem csupán így van, hanem a 16 bites x86-os módokat is támogatja, és 64 bites operációs rendszer esetén is képes szabványos 32 bites x86 BIOS-kódot használni. Ez azt jelenti, hogy egy 32 bites operációs rendszerrel egy 32 bites, a másikhoz pedig 64 bites operációs rendszer is lehet.

Úgy hiszem, hogy az AMD megközelítése óriási előnyt biztosít az Intel által az Itaniummal szembeni irányhoz. Az AMD azonnal elkezdheti az Értékesítési értékesítést, amint elérhetővé válik az olyan ügyfelek számára, akik esetleg még nem állnak készen a 64 bites használatra, vagy csak egyetlen alkalmazással, amely képes kihasználni a 64 bites gép előnyeit. A 32 bites alkalmazások teljes mértékben kihasználhatják az AMD teljesítménybeli innovációit, és ha az AMD ára a 32 bites Cpu-hoz közeli, akkor a vásárlási döntés nem lenne ötletesebb. Ez lehetővé teszi, hogy az AMD beszivárog a piactérre a 64 bites processzorokkal az alsó szintről. Hasonlítsa ezt az Intel magas szintű megközelítésére– egy olyan stratégiára, amely valószínűleg sokkal kockázatosabb, és sokkal hosszabb időt fog igénybe venni. Úgy hiszem, Hogy Andred lehetőséget nyújt az AMD-nek arra, hogy bevezessen, és valójában 64 bites platform legyen.

Mi a helyzet az Intel által az Itanium "tiszta" explicit párhuzamos utasítás-számítástechnikai (EPM) architektúrája által az AMD x86-64-es architektúráján keresztüli teljesítménytel? Várnunk kell, hogy lássuk, de az AMD eddig az Intelnek futtatta a pénzt a 32 bites bitben. Ha pedig megnézzük, hogyan viszonyul az Itanium II a legjobb x86-os processzorhoz (lásd az www.spec.org-t), akkor aztfogjuk látni, hogy az egész számokkal egyező teljesítményt nyújt, mivel az Itanium 50–75%-os érdeklődővel rendelkezik lebegőpontos értékben. Ez annak ellenére van így, hogy az Itanium körülbelül kétszer olyan költséges. Például a Hewlett Packard alsó szintű Itanium II rendszere 5865 dollárba kerül, és egy Hewlett Packard Pentium IV rendszer, amely 2 GHz-en, egyenértékű konfigurációban fut, és mindössze 2385 dollárba kerül.

Honnan lett az AMD-ben az az elképzelés, hogy az x86-architektúra kibővítését teszi lehetővé egy új, x86-os kompatibilitással funkcióként való definiálás helyett? Amikor az Intel a 32 bites világba költözik, ezt a 16 bites x86-os architektúra és az utasításkészlet kiterjesztésével tette meg úgy, hogy 32 bites verziójú legyen, amely 16 bites alkalmazásokat is futtathat. Ennek eredményeképpen a 32 bites x86-os processzorok 16 bites és 32 bites operációs rendszereket futtatnak. Az Intel azonban nem ezt a megközelítést használja a 64 bites stratégiával. Ennek az lehet az oka, hogy a 90-es évek közepén az x86-os rendszer felső határának gyors megközelítését látta a teljesítmény szempontjából a kialakítás összetettsége miatt, és úgy érzi, hogy egy friss kialakítás továbbmehet a jövőbe. Napjainkban az Intel és az AMD is bizonyítja ezt a feltételezést a kieső x86 órajelekkel – Az Intel egy 4 GHz-es Pentium IV-et mutat be. Az Intel meg tudná fizetni a hibás skálázásért az árat.

Kérjük, adja át a hírlevelet a barátainak, akik szerint érdekelheti a tartalma.

Köszönjük!

-Mark (Megjelölés)

A SYSINTERNALS ÚJDONSÁGAI

TCPVIEW V2.21

A TCPView egy olyan alkalmazás, amely már több éve jelen van a Sysinternals webhelyén, de a legutóbbi 2.0-s frissítésig nem volt sokkal több, mint a Windows netstat parancssori eszköz grafikus felhasználói felületének verziója. Ez a jelentős változat számos hatékony funkciót tartalmaz, amelyek legfontosabb része az egyes TCP- és UDP-végpontok tulajdonában Windows 2000-es és Windows XP-n való megjelenítés. Megtekintheti a folyamat verziószámát és végrehajtható elérési útját, valamint megszakíthatja az engedélyezetlen folyamatokat. Egy olyan funkció, amely akkor hasznos, ha meg szeretné akadályozni, hogy egy alkalmazás egy adott portot használ, a kapcsolatok a folyamat megszakítása nélküli, használat közbeni bezárása.

A felhasználói felület területén a legújabb verzió bevezeti az automatikus frissítést választható időközönként és a különbségkiemelőt. A különbségkiemelő funkció, amely segít a tevékenység nagyításában a folyamat során, az új és törölt elemek színkiemelő funkcióját írja le, amit a Folyamatkezelőből áthoztam.

Töltse le a TCPView v2.21-et itt:
http://www.sysinternals.com/ntw2k/source/tcpview.shtml

LIVEKD V2.0

A 2000-es Inside Windows (lásd: ) könyv cd-hez mellékelt egyik eszköz David Windows a http://www.sysinternals.com/insidew2k.shtml LiveKd. A LiveKd a Microsoft kernel hibakeresőinek előtere, amely lehetővé teszi a hibakeresők futtatását az élő rendszerekkel való interakcióhoz. Ha hibakeresőt használ egy rendszer vizsgálatára anélkül, hogy egy második számítógépet és egy soros hibakeresési kapcsolatot használ, az megkönnyíti a belső rendszerek felderítését, és akár hibaelhárítási segítségként is szolgálhat. A LiveKd első kiadása csak az NT 4-et és az Windows 2000-LiveKd 2.0-s verzióját támogatja, és Windows XP-n.

Bár a Microsoft követte az érdeklődőt, és hozzáadta az Windows XP-hez az élő kernel hibakeresési képességeit, néhány hibakeresési parancs nem működik az élő rendszeren való futtatáskor, ezért kellett frissítenem a LiveKd-et az Windows XP-re.

Ilyen például a !process vagy a !thread parancs veremkimenete. A LiveKd megjeleníti a teljes kernel stacket, míg a beépített XP élő hibakeresési funkció használata nem. Egy másik példa a !stacks parancs, amellyel láthatja, hogy jelenleg hol futnak a szálak, és hol kezdték meg a végrehajtást. A !stacks parancs akkor hasznos, ha rendszerszálakból álló probléma hibakeresését szeretné végrehajtani, és meg szeretné határozni azok célját – a probléma megoldásához használhatja az illesztő ismerete, amelyben a szál fut.

Töltse le a LiveKd 2.0-s javítást a következő címről:
http://www.sysinternals.com/insidew2k.shtml
Vegye figyelembe, hogy szüksége lesz a LiveKd egy példányára a CD-könyvből, amelyre a javítást alkalmazni fogja.

PSINFO V1.33

A PsTools parancssori csomagját felküldő, távolról képes, Windows NT/2000/XP felügyeleti eszközök egyike, a PsTools parancssori eszközök egyike folyamatosan fejlődik a felhasználói visszajelzések alapján. Az 1.33-as verzió lehetővé teszi a telepített gyorsjavítások és alkalmazások felsorolását, valamint a számítógép lemezkötetei címke-, méret- és használati adatainak jelentését.

Töltse le a PsInfo v1.33-at a címről
http://www.sysinternals.com/ntw2k/freeware/psinfo.shtml
Töltse le a teljes PsTools-csomagot a következő ről:
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml

PSLIST V1.21

Ha szeretné használni a parancssort, vagy szeretné, ha le tudná szerezni a processzorhasználati adatokat (helyi vagy távoli) használó számítógépek folyamatlistát, akkor a PsList legújabb verziója, a PsTools csomag egy másik tagja is érdekelheti. A PsList v1.2 olyan parancssori kapcsolókat vezet be, amelyek feladatkezelő módban futtatják azt egy parancsablakban, és konfigurálható időközönként frissülnek, és megjelenítik a processzorhasználatot. Egy másik új kapcsolón a PsList behúzás használatával mutatja be a folyamat szülő-gyermek kapcsolatait, ami néha hasznos lehet a nehezen azonosítható folyamatok céljának megértéséhez.

Töltse le a PsList v1.21-et itt:
http://www.sysinternals.com/ntw2k/freeware/pslist.shtml
Töltse le a teljes PsTools-csomagot a következő ről:
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml

BGINFO V3.0

Egynél több rendszer kezelése általában azt jelenti, hogy a rendszer specifikációinak és konfigurációjának meghatározásához ragadós jegyzeteket kell használnia, vagy rendszerinformációs segédprogramokat kell megnyitnia. A BgInfo egy olyan segédprogram, amely közvetlenül az asztalon megadott szabványos és egyéni rendszeradatokat jeleníti meg, így minden fontosnak tekintett adat azonnal megjelenik.

A BgInfo már sokoldalú, így előre meghatározott értékkészletek vagy közvetlen BgInfo értékek megadását teszi lehetővé a beállításjegyzékből vagy fájlokból való lekért értékekhez. A BgInfo v3.0 még több testreszabási képességet biztosít azáltal, hogy bevezeti a Visual Basic-szkriptek támogatását, így olyan szkripteket hozhat létre, amelyek egyéni konfigurációs beállításokat rögzítnek, és bemutatják azokat a BgInfo-nak.

Töltse le a BgInfo v3.0-t itt:
http://www.sysinternals.com/ntw2k/freeware/bginfo.shtml

PAGEDEFRAG V2.2

A lapozófájl, a beállításjegyzék-fájlok vagy az eseménynaplófájlok egyre töredezettebbé válnak? A beépített töredezettségmentesítő nem kezeli ezeket a fájlokat, mert rendszerindításkor töredezettségmentesnek kell lennie az operációs rendszer futtatása előtt. A PageDefrag egy egyszerű töredezettségmentesítő, amely egyetlen célra használható ezen kritikus rendszerfájlok töredezettségmentesítésére.

A PageDefrag 2.2-es verziója támogatja a Windows XP-t, és lehetővé teszi a PageDefrag által a töredezettség töredezettségmentesítés előtt megjelenít egy visszaszámlálási időzítő megadását. Az időzítő úgy működik, mint a chkdsk, ahol a visszaszámlálás során valamelyik kulcs lenyomása megszakítja a töredezettség töredezettségmentesítését.

Töltse le a PageDefrag v2.2-t itt:
http://www.sysinternals.com/ntw2k/freeware/pagedefrag.shtml

REGMON V4.34 for WIN64/ITANIUM

A Microsoft tavaly egy Itanium-rendszert adott kölcsön, hogy portolhatnánk a Sysinternals-eszközöket a Win64-hez. Nem minden eszköz igényel portolást, mivel a legtöbb 32 bites alkalmazás módosítás nélkül fut egy 64 bites Windows Itaniumot futtató Itaniumon az Itanium 32 bites bináris kompatibilitási támogatásával. Az Windows XP 64 bites kiadása azonban nem tölt be 32 bites illesztőprogramokat, ami azt jelenti, hogy minden olyan Sysinternals-eszköznek, amely illesztőprogram-összetevővel rendelkezik, legalább 64 bites porton kell lennie az illesztőprogramnak.

Az első segédprogram, amit portolt, a Filemon volt. A Filemon portja viszonylag egyszerű volt, mert mindössze az illesztőt és a grafikus felhasználói felület forrását kellett úgy módosítanunk, hogy megfeleljenek a 64 bites adattípus-szabályoknak, majd újra kell azt újraszámni. A legutóbbi hírlevelemben felraktam a portolási folyamatot. A Regmon portja azonos adattípusú problémákat tartalmazott, de más problémákat is tartalmazott, amelyek sokkal nehezebben portosak voltak.

A Regmon egy olyan illesztőre támaszkodik, amely regmon elfogási rutinokkal javítja a rendszerhívási táblát a kernelben, hogy figyelni tudja a beállításjegyzék tevékenységét. A történet rövidsége érdekében az Itanium rendszerhívási felülete processzorfüggő jellemzőkkel rendelkezik, így a 32 bites illesztőben használt megközelítés használhatatlanná válik. Ezért bonyolult kódolást kellett használnom ahhoz, hogy a rendszerhívások elfogása működjön a 64 bites XP-ben.

Szerencsére a Microsoft megvalósított egy beállításjegyzékbeli tevékenység-visszahívási felületet a Windows .NET Server kernelben, amely szükségtelenné teszi a Regmon által a beállításjegyzékbeli tevékenység figyeléséhez használt technikát. A közeljövőben keresse meg a Regmon frissítését, amely bemutatja az új Windows .NET Server API-t és az API leírását a hírleveleben.

Töltse le a Regmon v4.34-et itt:
http://www.sysinternals.com/ntw2k/source/regmon.shtml

SYSINTERNALS A PC WORLD MAGAZINE-BAN

A Regmon és a Filemon is remek megoldásokat kapott a PC World, egy nagy felbontású számítógép-magazine augusztusi számában, javasolt hibaelhárítási eszközökként. További információ: http://www.pcworld.com/features/article/0 ,aid,101750,00.asp

SYSINTERNALS AT WWW.MICROSOFT.COM

Itt található a Sysinternals-hivatkozások legújabb telepítése a Microsoft tudásbázis (KB) cikkekben, amelyek a legutóbbi hírlevele óta jelentek meg. Ez 38-at jelent a Sysinternals-re mutató tudásbázis-hivatkozások teljes számában.

  • HOW TO: Create Custom Felügyeleti sablonok in Windows 2000
    http://support.microsoft.com/default.aspx?scid=kb; EN-US;q323639

  • Lassú hivatkozásokon keresztüli bejelentkezési késések, ha nem adható meg az Oplock a házirendfájlhoz
    http://support.microsoft.com/default.aspx?scid=kb; EN-US;q319440

  • XCON: Az MTA-folyamat nagy leírószámmal kiszivárog a http://support.microsoft.com/default.aspx?scid=kb memóriába; EN-US;q313735

Emellett a Microsoft a Sysinternalst is tiszteletben ette az XP Embedded Windows kiemelt webhelyeként! Nézd meg http://www.microsoft.com/windows/embedded/community/default.asp

BELSŐ INFORMÁCIÓK

MARK AND DAVID TEACH INTERNALS IN LONDONBAN

Hallgasson meg, és DavidFolyam bemutatja a 3 napos Windows 2000/XP/.NET Server internals osztályt Londonban, szeptember 23-25-én (a következő osztály december 9-11-e a TX-ben). Az "Inside Windows 2000, 3rd Edition" alapján a rendszerösszetevők fő mechanizmusainak , például a rendszerszálaknak, a rendszerhívások elküldését, a megszakítások kezelését és az indítási leállítást magában foglalja a kernelarchitektúra &&&& relációja. A fő alrendszerek magyarázatai közé tartoznak a folyamatok, a szálak ütemezése, a memóriakezelés, a biztonság, az I/O-rendszer, az NTFS és a & gyorsítótár-kezelő. Az operációs rendszer belső működését megértve hatékonyabban és hatékonyabban használhatja ki a platformot a problémák hibakeresésében és hibaelhárításában.

További információ: http://www.sysinternals.com/seminar.shtml

WINDOWS NT-FEJLESZTÉSEN BELÜL

Ez a bemutató néhány éves, de mégis érdekes betekintő a Windows NT 3.1 és 2000 Windows között. Mark Lucciny, az egyik eredeti NT szoftverfejlesztő mérnök a USENIX 2000-es éves műszaki konferenciáján tartott bemutatót. Ismerteti a fejlesztői csapatok méretét, a hibaszámokat (a megírt kódról, nem a tagokról), a forrásvezérlő rendszerről és a csapatfejlesztési kihívásokról.

Mark Luc abban a beszédben, amely az NT-fejlesztési előzményekről ad vissza: http://www.usenix.org/events/usenix-win2000/invitedtalks/lucovsky_html/

Kapcsolódó megjegyzésként megjelenik a Microsoft saját Windows a Window 1.0 és a .NET Server Windows között:http://www.microsoft.com/windows/WinHistoryIntro.asp

HA EGY MÓDOSÍTÁS NEM SZÁMÍT

Windows a fájlok és könyvtárak időbélyegeit. Ezek közé tartozik a létrehozás, az utolsó hozzáférés és az utolsó módosítás. Az utolsó módosított időbélyegző a fájl utolsó írásának időpontjaként van dokumentálva. Sajnos egy alkalmazás, amely ennek igazra támaszkodik, meglepő meglepetésre lehet képes.

Ha egy alkalmazás megnyit egy fájlt a CreateFile API használatával, majd a WriteFile vagy annak változatai segítségével ír rá, akkor az utolsó módosítás időpontja a fájl legutóbbi módosításának idejét tükrözi. Ha az alkalmazás megnyitja a memória leképezett I/O-fájlját a és a használatával, majd módosítja a fájlt a leképezett tartalom módosításával, a memóriakezelő végül visszaírja az adatokat a fájlba, és a lemezen lévő verziót CreateFileMappingMapViewOfFile módosítja. A probléma az, hogy a fájlrendszer-illesztőprogramok nem frissítik a fájlok utolsó módosítási idejét, amikor egy memória által leképezett írás miatt módosítás történik.

Miért igaz a fenti mondat? Feltételezem, hogy a fejlesztők a teljesítmény érdekében megvágták a hátat, de a viselkedés nincs dokumentálva, így csak spekulálok. Azt hiszem, az összes írás nem egyenlő.

.NET SERVER RC 1

Windows .NET Server RC 1 ki lett szállítva, és van rá esély, hogy a Microsoft az év végére (körülbelül ugyanakkora eséllyel) megvágja az új kiszolgáló operációs rendszer RTM-buildjének (Release to Manufacturing) buildjéhez képest (körülbelül ugyanakkora eséllyel, mintha egy év alatt egy és egy búsmot is megsokkantak volna). Kernel szempontjából nincs jelentős látható változás a Windows XP-hez. Nincsenek fő új kernelalrendszerek, Win32- vagy kernel API-k – csak finomhangolások, amelyek javítják a teljesítményt a nagy rendszereken és néhány API-val, amelyek a meglévő API-készleteket kerekik ki.

Azonban jelentős változások vannak a felhasználói térben. A legnagyobb természetesen a .NET-keretrendszer, de vannak új kiszolgálóorientált szolgáltatások is. Az Windows XP biztonsági mentéséhez bevezetett kötet árnyékmásolata szolgáltatás lehetővé teszi az ügyfélfelhasználók számára a kiszolgálómegosztások fájljainak korábbi verziókra való visszaállítását. Nincs szükség rendszergazdai beavatkozásra, mert a felhasználó egyszerűen kiválaszthatja a kívánt bejegyzést egy új Explorer fájltulajdonság lapon megjelenő fájlelőzmények listájában.

A kiszolgálóhálózati fejlesztések a Winsock Direct infrastruktúra, amely lehetővé teszi, hogy az alkalmazások egy többrétegű konfigurációban, speciális hálózati kapcsolattal, úgynevezett rendszerterületi hálózattal (SAN) közvetlenül a hálózati hardverrel beszéljenek, megkerülve a TCP/IP-verem és a kernel működését.

Keresse meg David Amit és I. következő cikkét, amely a .NET Server rendszerszintű változásait ismerteti. Az Inside Windows 2000 következő változatában a .NET Servert is lefedjük, Windows Internals néven, a következő tavaszi közzététel miatt.

WMI-PARANCSFÁJLOK BETÖLTÉSE

Ha a Sysinternals PsTools csomagját szeretné használni, akkor valószínűleg ön egy parancsprogram-programnyelv, és ha Windows rendszerei 2000 vagy XP rendszert futtatnak, vagy telepítve van az NT 4 WMI alapösszetevő, akkor a Microsoft TechNet webhelyére kell lépve kell megragadni az ott közzétett ingyenes WMI-mintaszkenteket. Van egy nagyméretű gyűjtemény, amelyek olyan kategóriákra vannak felosztva, mint a Számítógép-kezelés és a Hálózatkezelés, és egyenként vagy egyszerre is letölthetők.

Ingyenes WMI-példaszk szkriptek a http://www.microsoft.com/technet/treeview/default.asp?url=/technet/scrip tcenter/sampscr.asp-n

Ha a Microsoft ingyenes csomagokat keres, a Windows 2000 Resource Kit-eszközök egy része letölthető. Nyissa meg a http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp oldalt.

BOOTVIS HASZNÁLATA A RENDSZERINDÍTÁSI FOLYAMAT PROFILLAL VALÓ PROFILJÁHOZ

Rendszeresen leküldem a kéréseket egy olyan Sysinternals-eszköz fejlesztésével kapcsolatos kérésre, amely monitorozza a rendszerindítási folyamatot, hogy a felhasználó megállapítsa, mi okozza a késéseket. Szerencsére eleget várakoztam, hogy a Microsoft megverjedt vele. A megírt eszköz neve BootVis, és fontos szerepet betöltött az XP-hez Windows rendszerindítási teljesítményoptimalizálásban. Ezt innen töltheti http://www.microsoft.com/HWDEV/PLATFORM/performance/fastboot/BootVis.asp le: . A bootVis, amely csak az Windows XP-n fut, az XP WMI-kernelkövetési létesítményét használja a rendszerindítási folyamat részletes nyomkövetésének gyűjtésére, beleértve a processzorhasználatot, a lemez I/Os-t, a folyamatindítást és az illesztőprogram I/Os-t. A BootVis terse súgófájlját nagyon jónak hívjuk, ezért végighalmázom az eszköz használatán.

Ha szeretné pontosan látni, hogy az illesztőkkel és modulokkal függvények figyelembe veszik a processzoridőt, nyissa meg az Eszközöket| Beállítások párbeszédpanel, majd a BootVis pontra való mutatása a telepített Windows XP-szimbólumokkal. Ezután a Nyomkövetés lehetőség kiválasztásával a BootVis rögzíti a következő rendszerindítás nyomát, beleértve az illesztőprogramok késését| Következő rendszerindítási+illesztőprogram-késések. A BootVis visszaszámlálást indít, majd újraindítja a rendszert.

Miután a rendszer elindult, jelentkezzen be, és futtassa újra a BootVis-t. Válassza a Nyomkövetés lehetőséget| Állítsa le a Trace adatokat, és kinyeri a kernelből begyűjtött nyomkövetést, és menti egy fájlba, amelyet aztán betölt megjelenítésre. Négy diagramot fog látni. A Cpu Usage (Cpu-használat) menüben láthatja, hogy mennyi PROCESSZOR-feldolgozás volt felhasználva a rendszerindítás során. A lemez I/O-sávdiagramja az egyes másodpercek során történt lemezbeolvasott (piros) és írási (kék) olvasási és írási (kék) számát jeleníti meg. Az Illesztőprogram késleltetése grafikonon olyan téglalapok tekinthetők meg, amelyek az alapértelmezett 100 ezredmásodperces BootVis-levágásnál hosszabb időtartamú illesztőprogramok I/O-ját jelölik – az ilyen késések jelentősnek számítanak. Végül a Folyamat létrehozása diagram címkével jelölt téglalapokat mutat, ahol a folyamatok elindultak.

A BootVis nem feltétlenül mutatja az indításkor gyűjtött összes nyomkövetési adatot, ezért használja a nagyítás gombot, amíg meg nem látja a gráfadatok jobb szélét. Most pedig nézze meg az egyes diagramokat. Ha kiugró processzor- vagy lemezhasználatot lát, vagy nagyítani szeretne a folyamat indítási tevékenységén, használja a nagyítási eszköztárgombot. Vegye figyelembe, hogy a megjelenített kezdő időpont 0 marad a nagyítás során, ezért a nagyítás után adjon meg egy olyan időt a tevékenység közelében, amely érdekli a Megjelenítési idő szerkesztőmezőben.

A CPU-használat, a lemez I/O- és az illesztőprogram-késés diagramja lehetővé teszi, hogy több információt tekintsen meg, mint amennyit azonnal látható. Válasszon ki egy régiót a grafikonon a kurzor mozgatásával, a bal egérgombbal lenyomva tartási és húzással. Ezután kattintson a jobb gombbal a menü lekért menüjéhez. A CPU-használat diagram érdekes menüpontja az Összegzés megjelenítése, amely egy párbeszédpanelt nyit meg, amely a processzorhasználati folyamat szerinti bontást sorolja fel a kiválasztott időintervallumra. Ha duplán kattint az egyik folyamatra, egy másik párbeszédpanel nyílik meg, amely a cpu-használat lebontását mutatja modulonként (például a folyamat DLL-jeit). Ha már konfigurált szimbólumokat, akár duplán is kattinthat egy modulra, és beszerezhet egy párbeszédpanelt, amely a modul CPU-használatának függvény szerinti lebontását mutatja.

Két menüelem jelenik meg, ha a jobb gombbal a kiválasztott régióra kattint a Lemez I/O gráfban: Összegző tábla megjelenítése és Részletek megjelenítése Graph. Válassza az Összegző tábla megjelenítése lehetőséget az intervallumban történt összes I/O nyilvántartásának modulra bontott áttekintéséhez. Válassza a Részletek Graph lehetőséget egy vonaldiagram megjelenítéséhez, amely a lemezen belüli tényleges szektorokat ábrázolja, amelyekhez az időintervallumban hozzáfértek. A részleteket ábrázoló grafikon az I/O-t is társítja az azokat végrehajtott folyamatokkal, és lehetővé teszi a folyamatok kiszűrét a bal oldali listában való kijelölésük megszűrésük révén. A részleteket ábrázoló grafikonon belül kiválaszthat egy régiót, és a jobb gombbal kattintva és az eredményül kapott menüelemre kattintva hozzáférhet egy másik összefoglaló diagramhoz.

Az Illesztőprogram-késés gráf helyi menüjében az Összegző tábla megjelenítése lehetőséget választva megjelenik a kiválasztott régióban látható I/O-műveletek listája, amely tartalmazza az I/O-t illesztő nevét, az egyes I/O-műveletek kezdési, záró és teljes idejét, valamint a végrehajtott I/O-függvényt.

Ezzel végére ért a BootVis-oktatóanyagomnak. Bár nem ez a legkorlátosabb eszköz, a BootVis egy ideig való lejátszása után kétségtelenül egyetértünk abban, hogy a grafikonokkal megtekinthető részletességi szint lenyűgöző. A következő alkalommal, amikor hosszú a rendszerindítás, és tudni szeretné, mi a felelős, tudni fogja, hogy hol kell megválaszolni a választ.

MI LESZ A KÖVETKEZŐ?

GYORS BEVEZETÉS AZ ÖSSZEOMLÁSI MEMÓRIAKÉP ELEMZÉSBE

A Microsoft kernel hibakeresési eszközeinek legújabb fejlesztései gyakorlatilag könnyedén lehetővé tette az összeomlási memóriakép elemzését. A következő alkalommal megmutatja, hogyan válhat egy memóriakép-elemzési elemzővé egy órán belül.


Köszönjük, hogy elolvasta a Sysinternals hírlevelet.

Közzétett hétfő, 2002. augusztus 12., 19:00, Ottoh

[Hírlevelek archívuma ^][ Volume 4, Number 1][Volume 4, Number 3 ]

[Hírlevelek archívuma ^][ Volume 4, Number 1][Volume 4, Number 3 ]

A rendszerek belső hírlevele, 4. kötet, 2. szám

http://www.sysinternals.com
Copyright (C) 2002 Mark Russinovich