[Archiv bulletinů ^] [< Svazek 4, číslo 1] [Svazek 4, číslo 3 >]
The Systems Internals Bulletin volume 4, Number 2
http://www.sysinternals.com
Copyright (C) 2002 Mark Russinovich
12. srpna – V tomto problému:
ÚVODNÍK
CO JE NOVÉHO VE SPOLEČNOSTI SYSINTERNALS
- TCPView v2.21
- LiveKd v2.0
- PsInfo v1.33|
- PsList v1.21
- BgInfo v3.0
- PageDefrag v2.2
- Regmon v4.34 pro Win64/Itanium
- Sysinternals v PC World Magazine
- Sysinternals ve společnosti Microsoft
INTERNÍ INFORMACE
- Mark a David Solomon učí interně v Londýně
- Vnitřní vývoj systém Windows NT
- Pokud se změna nepočítá
- .NET Server RC1
- Načtení skriptů rozhraní WMI
- Profilování procesu spuštění pomocí BootVis
CO SE CHYSTÁ
- Rychlý úvod k analýze výpisu stavu systému
SPONZOR: WINTERNALS SOFTWARE
Bulletin Sysinternals je sponzorován společností Winternals Software na webu na adrese http://www.winternals.com. Winternals Software je přední vývojář a poskytovatel pokročilých systémových nástrojů pro systém Windows NT/2K/XP. Produkty Winternals Software zahrnují FAT32 pro systém Windows NT 4.0, NTFSDOS Professional Edition (ovladač NTFS pro čtení a zápis pro SYSTÉM DOS) a vzdálené obnovení. Winternals je hrdý na oznámení Defrag Manager verze 2.0, nejrychlejší a nejpodrobnější enterprise-defragmentátor k dispozici. Nyní můžete spravovat plány defragmentace v celém systému Windows z jednoduchého modulu snapin konzoly MMC , aniž byste museli instalovat jakýkoli klientský software do systémů NT nebo Windows 2000. Další http://www.winternals.com/es informace nebo si můžete vyžádat bezplatnou 30denní zkušební verzi.
Dobrý den,
Vítejte v bulletinu Sysinternals. Bulletin má aktuálně 35 000 odběratelů.
Pravděpodobně jste slyšeli o nadcházejícím procesoru Hammer AMD (nyní formálně oznámil jako "Opteron"), který bude vydán koncem tohoto roku. S Hammerem amd bere svou válku s Intelem z 32bitového pole do 64bitového pole. Myslím, že Intel by měl být vyděšený a já ti řeknu proč.
Itanium je vstup společnosti Intel do 64bitového prostoru a zahrnuje binární kompatibilitu x86 jako způsob, jak usnadnit migraci. Itanium je na marketplace již téměř dva roky, ale nepodařilo se provést inroads, a to i s HP-UX, Linux, Windows XP 64-bit Edition a Windows Advanced Server 64-bit Edition, který jej podporuje. Obor odhaduje projekt Itanium, jako by prodal jen několik tisíc jednotek a můj odhad je, že nedávno vydané Itanium II nezlepší rychlost nasazení.
Jaké jsou příčiny dosud deprimující itanium? Domnívám se, že hlavním faktorem je, že Itanium a celá 64bitová strategie Intel jsou založeny na nové architektuře typu RISC, a s výjimkou x86 binární kompatibility bolted na to, Itanium je pouze další 64bitový procesor mezi Alpha, PA-RISC, Sparc64 a PowerPC. A i když Itanium podporuje existující 32bitové aplikace x86, tyto aplikace trpí výrazným snížením výkonu v porovnání s nativními 64bitovými aplikacemi. To znamená, že je nutné zajistit, aby všechny aplikace, které chcete spouštět s přiměřeným výkonem na Itanium, byly přeneseny na 64 bitů.
Hammer je na druhou stranu vývoj, který přirozeně rozšiřuje architekturu x86 a instrukce nastavené na 64 bitů. Dokáže běžet 32bitové aplikace a 64bitové aplikace současně na stejné úrovni výkonu. Kromě toho můžete hammer spustit do úplného 32bitového režimu, takže se zdá, že je standardním systémem x86 schopným spustit 32bitový operační systém. Nejen to, ale Hammer podporuje x86 16bitové režimy a může používat standardní 32bitový kód x86 BIOS i při spuštění do 64bitového operačního systému. To znamená, že můžete mít systém duálního spouštění s 32bitovým operačním systémem jako jedním výběrem a 64bitovým operačním systémem jako jiným.
Věřím, že přístup AMD nabízí obrovskou výhodu nad směrem, který Intel vzal s Itanium. AMD může začít prodávat Hammer, jakmile je k dispozici zákazníkům, kteří nemusí být úplně připraveni přejít na 64 bitů nebo mají pouze jednu aplikaci, která může využívat výhod 64bitového počítače. 32bitové aplikace mohou plně využít výhod inovací výkonu, které AMD vkládá do Hammeru, a pokud ceny AMD v blízkosti 32bitové ceny procesoru, může být rozhodnutí o nákupu bez debaty. To by mělo umožnit, aby AMD infiltrovala marketplace s 64bitovými procesory z nízkého konce. Na rozdíl od přístupu Intelu na nejvyšší úroveň – strategii, která je pravděpodobně mnohem risknější a trvá mnohem déle. Věřím, že Hammer dává AMD příležitost plížit se a stát se de facto 64-bit platforma.
A co výkonová hrana, kterou může Intel deklarovat "čistou" architekturu explicitně paralelního computingu Itanium (EPIC) poskytuje oproti amd x86-64? Budeme muset počkat a vidět, ale AMD zatím dal intel běh na své peníze v 32bitové aréně. A pokud se podíváte na to, jak Itanium II porovnává s nejlepšími procesory x86 (viz www.spec.org), najdete je poměrně rovnoměrně shodný s celočíselnou výkonností s Itanium s plovoucí desetinnou čárkou 50–75 %. To je navzdory tomu, že Itanium je zhruba dvakrát tak drahé. Například low-end Itanium II systém z Hewlett Packard stojí $5865 a Hewlett Packard Pentium IV systém běžící na 2GHz v ekvivalentních konfiguračních nákladech jen $2385.
Kde amd získala představu o rozšíření architektury x86 místo definování nové architektury s kompatibilitou x86 jako funkce? Když se Intel přesunul do 32bitového světa, provedl to rozšířením 16bitové architektury x86 a instrukční sady, aby se 32bitová verze, která by mohla spouštět také 16bitové aplikace. V důsledku toho 32bitové procesory x86 můžou spouštět 16bitové a 32bitové operační systémy. Intel ale tento přístup s 64bitovou strategií nepoužít. Důvodem může být to, že v polovině 90 bylo vidět rychlý přístup stropu pro x86 z hlediska výkonu vzhledem ke složitosti návrhu a cítil, že by se nový design mohl v budoucnu blížit. Dnes intel i AMD prokázaly tento předpoklad špatné s jejich úžasnými rychlostmi x86 hodin - Intel ukázala Procesor IV běžící na 4 GHz. Intel by mohl zaplatit cenu za jejich nesprávný výpočet.
Předejte prosím bulletin přátelům, o které si myslíte, že by vás mohl zajímat jeho obsah.
Díky!
-Známka
CO JE NOVÉHO VE SPOLEČNOSTI SYSINTERNALS
TCPVIEW V2.21
TCPView je aplikace, která je na webu Sysinternals několik let, ale až do poslední aktualizace 2.0 nebyla mnohem více než grafické uživatelské rozhraní nástroje příkazového řádku Windows netstat. Tato hlavní revize přináší velké množství výkonných funkcí, z nichž nejvýznamnější je zobrazení v systému NT 4, Windows 2000 a Windows XP procesu, který vlastní každý koncový bod TCP a UDP. Můžete také zobrazit data verze procesu a spustitelné cesty a také ukončit podvodné procesy. Funkce, kterou najdete užitečné, pokud chcete aplikaci zastavit v používání konkrétního portu, je možnost zavírat připojení za běhu bez ukončení procesu.
V oblasti uživatelského rozhraní nejnovější verze zavádí automatickou aktualizaci v volitelných intervalech a zvýraznění rozdílů. Zvýraznění rozdílů, které vám pomůže přiblížit aktivitu během jejího zpracování, popisuje barevné zvýraznění nových a odstraněných položek, něco, co jsem přenesl z Průzkumníka procesů.
Stáhnout TCPView v2.21 na adrese
http://www.sysinternals.com/ntw2k/source/tcpview.shtml
LIVEKD V2.0
Jeden z nástrojů David Solomon a já jsem zahrnuli na CD pro naši knihu Inside Windows 2000 (viz http://www.sysinternals.com/insidew2k.shtml ) je LiveKd. LiveKd je front-end ladicí program Microsoftu, který umožňuje spouštět ladicí programy pro interakci s živým systémem. Použití ladicího programu k prohlížení systému bez nutnosti používat druhý počítač a sériové ladění připojení usnadňuje zkoumání vnitřních prvků a může dokonce sloužit jako pomoc při řešení potíží. První verze LiveKd podporuje pouze NT 4 a Windows 2000-LiveKd verze 2.0 funguje v systému Windows XP.
I když Společnost Microsoft sledovala můj zájemce a přidala do systému Windows XP možnosti ladění živého jádra, několik příkazů ladění nefunguje při spuštění v živém systému, což je důvod, proč jsem šel na problémy s aktualizací LiveKd pracovat v systému Windows XP.
Jedním z příkladů je výstup zásobníku z příkazů !process nebo !thread. LiveKd zobrazuje kompletní zásobník jádra, zatímco použití integrované funkce dynamického ladění XP neprovádí. Dalším příkladem je příkaz !stacks, pomocí kterého můžete zjistit, kde se právě spouští vlákna a kde se mohly spustit. Příkaz !stacks je užitečný při ladění problému, který zahrnuje systémová vlákna a chcete určit jejich účel – znalost ovladače, ve kterém se vlákno spouští, může být vodítkem k vyřešení problému.
Stažení opravy LiveKd v2.0 na adrese
http://www.sysinternals.com/insidew2k.shtml
Mějte na paměti, že budete potřebovat kopii LiveKd z disku CD knihy, na kterou chcete opravu použít.
PSINFO V1.33
PsInfo, jeden z desítek nebo tak nástrojů, které tvoří sadu PsTools příkazového řádku, vzdáleně podporující, systém Windows NT/2000/XP nástroje pro správu, se nadále vyvíjí na základě zpětné vazby uživatelů. Verze 1.33 přidává možnost vypsat nainstalované opravy hotfix a aplikace a také ohlásit popisek, velikost a data o využití pro svazky disku počítače.
Stáhnout PsInfo v1.33 na adrese
http://www.sysinternals.com/ntw2k/freeware/psinfo.shtml
Stáhněte si celý balíček PsTools na adrese .
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml
PSLIST V1.21
Pokud chcete použít příkazový řádek nebo jste někdy chtěli získat seznam procesů pro počítač (místní nebo vzdálený) s daty o využití procesoru, pak vás bude zajímat nejnovější verze PsList, další člen sady PsTools. PsList v1.2 zavádí přepínače příkazového řádku, které ho spouští v režimu správce úloh v příkazovém okně, aktualizují se v konfigurovatelném intervalu a zobrazují využití procesoru. Další nový přepínač obsahuje odsazení pomocí odsazení k zobrazení vztahů nadřazenosti a podřízených procesů, což je někdy užitečné při pochopení účelu procesů, se kterými máte potíže identifikovat.
Stáhnout PsList v1.21 na adrese
http://www.sysinternals.com/ntw2k/freeware/pslist.shtml
Stáhněte si celý balíček PsTools na adrese .
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml
BGINFO V3.0
Správa vícesystémůchm nástrojům obvykle znamená, že správa více než jednoho systému obvykle znamená, že je nutné řešit potíže s používáním rychlých poznámek nebo otevřením systémových informačních nástrojů. BgInfo je nástroj, který zobrazuje standardní a vlastní systémové informace, které zadáte přímo na ploše, a poskytuje vám na první pohled všechna data, která považujete za důležitá.
BgInfo je již všestranný a umožňuje zadat libovolnou předem definovanou sadu hodnot nebo přímý BgInfo pro získání hodnot z registru nebo ze souborů. BgInfo v3.0 přidává ještě větší možnosti přizpůsobení tím, že zavádí podporu skriptů jazyka Visual Basic, abyste mohli vytvářet skripty, které zachycují vlastní nastavení konfigurace a hlásí je do BgInfo pro prezentaci.
Stáhnout BgInfo v3.0 na adrese
http://www.sysinternals.com/ntw2k/freeware/bginfo.shtml
PAGEDEFRAG V2.2
Zjistili jste, že stránkovací soubor, soubory registru nebo soubory protokolu událostí se stále více a více fragmentují? Předdefinovaný defragmentátor tyto soubory nezpracuje, protože je nutné je defragmentovat při spuštění před spuštěním operačního systému. PageDefrag je lehký defragmentátor s jediným účelem defragmentace těchto důležitých systémových souborů.
PageDefrag verze 2.2 obsahuje podporu systému Windows XP a umožňuje určit časovač odpočítávání, který PageDefrag zobrazí před defragmentací. Časovač funguje stejně jako ten, který chkdsk implementuje, kde při odpočítávání přeruší odpočítávání defrag.
Stáhnout PageDefrag v2.2 na adrese
http://www.sysinternals.com/ntw2k/freeware/pagedefrag.shtml
REGMON V4.34 pro WIN64/ITANIUM
Minulý rok mi Microsoft půjčil systém Itanium, abych mohl portovat nástroje Sysinternals do Win64. Ne všechny nástroje vyžadují portování, protože většina 32bitových aplikací běží beze změny v systému Itanium se systémem Windows XP 64bitovou edici pomocí 32bitové podpory kompatibility binárních souborů Itanium. Systém Windows XP 64bitová edice však nenačte 32bitové ovladače, což znamená, že jakýkoli nástroj Sysinternals, který má součást ovladače, musí mít alespoň portovaný na 64bitové verze ovladače.
První nástroj, který jsem portoval, byl Filemon. Port Filemon byl relativně jednoduchý, protože vše vyžadovalo změnu ovladače a zdroje grafického uživatelského rozhraní tak, aby odpovídaly 64bitovým pravidlům datového typu, a následné rekompilování. Popsal jsem proces přenosu v posledním bulletinu. Port Regmon obsahoval stejné problémy s datovým typem, ale zahrnoval i další problémy, které ztěžují port.
Regmon spoléhá na ovladač, který opravuje systémovou tabulku volání v jádru pomocí rutin regmon interception, aby mohl monitorovat aktivitu registru. Aby byl dlouhý příběh, systém volání rozhraní na Itanium má vlastnosti závislé na procesoru, které činí přístup, který jsem použil v 32bitové ovladač nepoužitelné. Proto jsem musel použít nějaké obtížné kódování získat systém volání interception pracovat na 64-bit XP.
Společnost Microsoft naštěstí implementovala rozhraní zpětného volání aktivity registru v jádru Windows .NET Serveru, díky kterému technologie Regmon používá ke sledování zbytečné aktivity registru. V blízké budoucnosti vyhledejte aktualizaci Regmon, která ukazuje nové rozhraní API windows .NET Serveru a popis rozhraní API v bulletinu.
Stáhnout Regmon v4.34 na adrese
http://www.sysinternals.com/ntw2k/source/regmon.shtml
SYSINTERNALS V PC WORLD MAGAZINE
Regmon a Filemon oba získali pěkné plugy v srpnu problém PC World, počítačový časopis s vysokým oběhem, jako doporučené nástroje pro řešení potíží. Další informace najdete na adrese http://www.pcworld.com/features/article/0,aid,101750,00.asp
SYSINTERNALS AT WWW.MICROSOFT.COM
Tady je nejnovější instalace odkazů sysinternals v článcích znalostní báze Microsoft Knowledge Base (KB) vydaných od posledního bulletinu. To přináší 38 celkového počtu odkazů KB na Sysinternals.
POSTUPY: Vytváření vlastních šablon pro správu v systému Windows 2000
http://support.microsoft.com/default.aspx?scid=kb; EN-US; q323639Zpoždění při přihlášení přes pomalé odkazy, pokud pro soubor zásad není udělen oplock
http://support.microsoft.com/default.aspx?scid=kb; EN-US; q319440XCON: Proces MTA nevracení paměti s vysokým počtem http://support.microsoft.com/default.aspx?scid=kbpopisovačů ; EN-US; q313735
Společnost Microsoft navíc respektovala sysinternals jako aktuálně doporučený komunitní web systému Windows XP Embedded! Mrkni se http://www.microsoft.com/windows/embedded/community/default.asp
INTERNÍ INFORMACE
MARK A DAVID SOLOMON UČÍ INTERNĚ V LONDÝNĚ
Poslechněte si mě a David Solomon prezentovat naše 3-dny Windows 2000/XP/.NET Server interní třídy v Londýně září 23-25 (další třída je prosinec 9-11 v Austin, TX). Na základě "Inside Windows 2000, 3rd Edition", se zabývá architekturou jádra a vzájemným vztahem klíčových systémových komponent a mechanismů, jako jsou systémová vlákna, volání systému, odesílání, přerušení zpracování a spuštění a vypnutí. Mezi interní informace o klíčových subsystémech patří procesy a vlákna, plánování vláken, správa paměti, zabezpečení, vstupně-výstupní systém, NTFS a správce mezipaměti. Když pochopíte vnitřní fungování operačního systému, můžete využít výhod platformy efektivněji a efektivněji ladit a řešit problémy.
Další informace najdete na webu http://www.sysinternals.com/seminar.shtml.
VÝVOJ V SYSTÉMU WINDOWS NT
Tato prezentace je několik let stará, ale přesto je zajímavým pohledem do historie vývoje systém Windows NT 3.1 až Windows 2000. Mark Lucovský, jeden z původních softwarových inženýrů NT, doručil prezentaci na USENIX Annual Technical Conference v roce 2000. Popisuje velikost vývojových týmů, míry vad (kódu, který napsali, ne členy), systém správy zdrojového kódu a výzvy při vývoji týmů.
Viz Přednáška Marka Lucovského o historii vývoje NT na http://www.usenix.org/events/usenix-win2000/invitedtalks/lucovsky_html/
Na související poznámce je zde vlastní historie Windows od Windows 1.0 přes Windows .NET Server: http://www.microsoft.com/windows/WinHistoryIntro.asp
KDYŽ SE ZMĚNA NEPOČÍTÁ
Systém Windows sleduje několik časových razítek souborů a adresářů. Zahrnují vytvoření, poslední přístup a poslední změnu. Časové razítko poslední změny je zdokumentované jako záznam posledního zápisu souboru. Aplikace, která na tuto skutečnost spoléhá, se bohužel stane nečekaným překvapením.
Pokud aplikace otevře soubor pomocí rozhraní CreateFile API a pak do něj zapíše pomocí writeFile nebo jeho variant, čas poslední změny odpovídá času poslední úpravy souboru. Pokud aplikace otevře soubor pro vstupně-výstupní operace mapované paměti a CreateFileMapping MapViewOfFilepak upraví soubor změnou mapovaného obsahu, data se nakonec zapíšou zpět do souboru správcem paměti a upraví se verze na disku. Problémem je, že ovladače systému souborů neaktualizují čas poslední změny souboru, když dojde k úpravě v důsledku zápisu namapovaného na paměť.
Proč ne? Předpokládám, že vývojáři vyříznou roh ve prospěch výkonu, ale chování není zdokumentované, takže mohu pouze spekulovat. Myslím, že všechny zápisy se nevytvoří stejně.
.NET SERVER RC 1
Windows .NET Server RC 1 se doručil a existuje šance, že Microsoft do konce roku vyřízne sestavení RTM (Release to Manufacturing) nového operačního systému serveru (přibližně stejnou šanci jako bit hadem a žralokem ve stejném roce). Z pohledu jádra není zásadní viditelná změna ze systému Windows XP. Neexistují žádné hlavní nové subsystémy jádra, win32 nebo rozhraní API jádra – stačí upravit výkon ve velkých systémech a několik rozhraní API, která zaokrouhlují existující sady rozhraní API.
V uživatelském prostoru jsou ale velké změny. Největší je samozřejmě rozhraní .NET Framework, ale existují i nové serverově orientované služby. Služba Stínová kopie svazku, která byla zavedena v systému Windows XP pro zálohování, je využívána k tomu, aby uživatelé klienta mohli vrátit soubory na sdílených složkách serveru do předchozích verzí. Nevyžaduje se žádná interakce správce, protože uživatel může jednoduše vybrat požadovanou položku v seznamu historie souborů zobrazeném na nové kartě vlastností souboru Průzkumníka.
Serverové síťové vylepšení je Winsock Direct, infrastruktura, která umožňuje aplikaci na serveru ve vícevrstvé konfiguraci se specializovaným propojením sítě, konfigurací označovanou jako síť SAN (System Area Network), komunikovat přímo se síťovým hardwarem, obejít zásobník TCP/IP a jádro.
Vyhledejte připravovaný článek Davida Solomona a já, který popisuje změny na úrovni systému .NET Server. Zakrýváme také .NET Server v další revizi Inside Windows 2000, která má být volána vnitřními systémy Windows, s termínem příští jaře.
NAČTENÍ SKRIPTŮ ROZHRANÍ WMI
Pokud se vám líbí sada PsTools ze systému Sysinternals, pak jste pravděpodobně skriptovací nevyžádaná pošta, a pokud vaše systémy používají Systém Windows 2000 nebo XP, nebo mají nainstalované základní komponenty NT 4 WMI, pak byste měli přejít na web TechNet společnosti Microsoft a vzít bezplatné ukázkové skripty WMI, které tam publikoval. Existuje velká kolekce a jsou rozdělené do kategorií, jako je Správa počítače a sítě, a můžete si je stáhnout jednotlivě nebo všechny najednou.
Získejte bezplatné ukázkové skripty WMI na http://www.microsoft.com/technet/treeview/default.asp?url=/technet/scrip webu tcenter/sampscr.asp
Když mluvíme o freebie od Microsoftu, můžete najít podmnožinu nástrojů sady Windows 2000 Resource Kit publikované ke stažení. Navštivte http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp
PROFILOVÁNÍ PROCESU SPOUŠTĚNÍ POMOCÍ BOOTVIS
Pravidelně dostávám požadavky na vývoj nástroje pro Sysinternals, který monitoruje proces spouštění, aby uživatel mohl určit, co způsobuje zpoždění, ke kterým může dojít. Naštěstí jsem čekal dost dlouho, že mě Microsoft porazí na to. Zapisovaný nástroj se nazývá BootVis a obsluhuje důležitou roli při optimalizacích výkonu spouštění, které implementovali pro systém Windows XP. Můžete si ji stáhnout z http://www.microsoft.com/HWDEV/PLATFORM/performance/fastboot/BootVis.asp . BootVis, který běží jenom v systému Windows XP, využívá trasovací zařízení jádra WMI systému XP ke shromažďování podrobného trasování procesu spouštění, včetně využití procesoru, vstupně-výstupních operací disku, spouštění procesů a vstupně-výstupních operací ovladače. Volání souboru nápovědy, který je součástí BootVis terse je druh, takže vás provedem sadou nástrojů.
Pokud chcete být schopni přesně zjistit, jaké funkce s ovladači a moduly mají účet času procesoru, otevřete Nástroje |Dialogové okno Možnosti a nasměrovat BootVis na nainstalované symboly systému Windows XP. V dalším kroku zachytí BootVis trasování dalšího spuštění, včetně zpoždění ovladačů, výběrem možnosti Trasování |Další zpoždění při spuštění a ovladači BootVis se odpočítá a restartuje váš systém.
Po spuštění systému se přihlaste a znovu spusťte BootVis. Vybrat trasování |Stop Trace a extrahuje trasování, které se shromažďuje z jádra, a uloží ho do souboru, který se pak načte pro zobrazení. Uvidíte čtyři grafy. V části Využití procesoru uvidíte přehled o tom, kolik procesoru se spotřebovalo při spouštění. Pruhový graf vstupně-výstupních operací disku zobrazuje počet čtení disku (červená) a zápisy (modrá), ke kterým došlo během každé sekundy. V grafu Zpoždění ovladače uvidíte obdélníky, které představují vstupně-výstupní operace ovladače, které měly delší dobu než výchozí výpadek BootVis o 100 milisekundách – taková zpoždění jsou považována za významná. Nakonec graf Vytvoří proces zobrazuje označené obdélníky, ve kterých byly spuštěny procesy.
BootVis nemusí nutně zobrazovat všechna data trasování shromážděná při spuštění, takže použijte tlačítko oddálení, dokud neuvidíte pravý okraj grafových dat. Teď se podívejte na každý graf. Pokud se zobrazí špička procesoru nebo disku nebo chcete přiblížit aktivitu spuštění procesu, použijte tlačítko panelu nástrojů lupy. Všimněte si, že zobrazený počáteční čas zůstane při přiblížení 0, takže po ručním přiblížení zadejte čas blízko aktivity, ve které vás zajímá editační pole Doba zobrazení.
Grafy využití procesoru, vstupně-výstupních operací disku a zpoždění ovladačů umožňují zobrazit více informací, než je vidět okamžitě. Vyberte oblast v grafu zájmu tak, že přesunete kurzor, stisknete levé tlačítko myši a podržíte ji dolů a potom ji přetáhnete. Po kliknutí pravým tlačítkem myši získáte nabídku. Zajímavá možnost nabídky v grafu Využití procesoru je Zobrazit souhrn, který otevře dialogové okno se seznamem rozpisu podle procesu využití procesoru pro vybraný časový interval. Pokud dvakrát kliknete na některý z procesů, otevře se další dialogové okno, ve které se zobrazí rozpis využití procesoru podle modulu (např. knihovny DLL v procesu). Pokud máte nakonfigurované symboly, můžete dokonce dvakrát kliknout na modul a získat dialogové okno zobrazující rozpis využití procesoru daného modulu podle funkce.
Když v grafu vstupně-výstupních operací disku kliknete pravým tlačítkem myši na vybranou oblast, zobrazí se dvě položky nabídky: Zobrazit souhrnnou tabulku a Zobrazit podrobný graf. Výběrem možnosti Zobrazit souhrnnou tabulku zobrazíte účet, rozdělený podle modulu, všech vstupně-výstupních operací, ke kterým došlo během intervalu. Výběrem možnosti Zobrazit podrobný graf zobrazíte spojnicový graf představující skutečné sektory na disku, ke kterým došlo v průběhu intervalu. Podrobný graf dokonce přidruží vstupně-výstupní operace k procesům, které je provedly, a umožňuje vyfiltrovat procesy tak, že je v seznamu vlevo zrušíte. V grafu podrobností můžete vybrat oblast a získat přístup k dalšímu souhrnnému grafu pro tento podinterval tak, že kliknete pravým tlačítkem myši a vyberete výslednou položku nabídky.
Výběrem možnosti Zobrazit souhrnnou tabulku z místní nabídky grafu zpoždění ovladačů se zobrazí seznam vstupně-výstupních operací zobrazených ve vybrané oblasti, který obsahuje název ovladače, který provedl vstupně-výstupní operace, začátek, konec a celkovou dobu každé vstupně-výstupní operace a provedenou vstupně-výstupní funkci.
To mi přináší na konec mého kurzu BootVis. I když to není nejleštěštěnější nástroj, po hraní s BootVis na chvíli nebudete pochybovat se mnou, že úroveň podrobností zobrazitelná s jeho grafy je úžasná. Až budete mít příště dlouhé spuštění a chcete vědět, co je zodpovědné, budete vědět, kde se obrátit na odpověď.
CO SE CHYSTÁ
RYCHLÝ ÚVOD K ANALÝZE VÝPISU STAVU SYSTÉMU
Nedávná vylepšení nástrojů pro ladění jádra společnosti Microsoft provedla analýzu výpisu stavu systému prakticky bezbolestná. Až příště vám ukážu, jak se stát analýzou výpisu paměti za hodinu.
Děkujeme vám za přečtení bulletinu Sysinternals.
Publikováno 12. srpna 2002 17:00 od ottoh
[Archiv bulletinů ^] [< Svazek 4, číslo 1] [Svazek 4, číslo 3 >]