• Artikel

[Nyhetsbrev arkiv ^][< Volym 4, nummer 1][Volym 4, nummer 3 >]

System Internals Newsletter Volym 4, Nummer 2

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

12 augusti – I det här problemet:

  1. REDAKTIONELLA

  2. NYHETER PÅ SYSINTERNALS

    • TCPView v2.21
    • LiveKd v2.0
    • PsInfo v1.33|
    • PsList v1.21
    • BgInfo v3.0
    • PageDefrag v2.2
    • Regmon v4.34 för Win64/Itanium
    • Sysinternals i PC World Magazine
    • Sysinternals på Microsoft

  3. INTERN INFORMATION

    • Mark och David Solomon undervisar internals i London
    • Inuti Windows NT Development
    • När en ändring inte räknas
    • .NET Server RC1
    • Belastningar på WMI-skript
    • Använda BootVis för att profilera startprocessen

  4. VAD KOMMER UPP

    • En snabb introduktion till analys av kraschdumpar

SPONSOR: WINTERNALS SOFTWARE

Sysinternals Nyhetsbrev sponsras av Winternals Software, på webben på http://www.winternals.com. Winternals Software är den ledande utvecklaren och leverantören av avancerade systemverktyg för Windows NT/2K/XP. Winternals Software-produkter inkluderar FAT32 för Windows NT 4.0, NTFSDOS Professional Edition (en läs-/skriv-NTFS-drivrutin för DOS) och Remote Recover. Winternals är stolta över att kunna meddela Defrag Manager version 2.0, den snabbaste och mest grundliga företagsdefragmenteraren som finns tillgänglig. Nu kan du hantera defragmenteringsscheman i hela Windows-företaget från en enkel MMC-snapin - utan att ens behöva installera någon klientprogramvara på dina NT- eller Windows 2000-system. Besök http://www.winternals.com/es för mer information eller för att begära en kostnadsfri 30-dagars utvärderingsversion.

Hej!

Välkommen till Sysinternals nyhetsbrev. Nyhetsbrevet har för närvarande 35 000 prenumeranter.

Du har förmodligen hört talas om AMD:s kommande Hammer-processor (som nu formellt tillkännages som "Opteron"), som släpps sent i år. Med Hammer tar AMD sitt krig med Intel från 32-bitarsfältet till 64-bitarsfältet. Jag tycker intel ska vara rädd, och jag ska berätta varför.

Itanium är Intels inträde i 64-bitarsutrymmet och innehåller x86 binär kompatibilitet som ett sätt att underlätta migreringen. Itanium har funnits på marknadsplatsen i nästan två år, men har misslyckats med att göra inbrytningar, även med HP-UX, Linux, Windows XP 64-bitars edition och Windows Advanced Server 64-bitars edition som stöder det. Industrin uppskattar projektet Itaniums som att bara ha sålt några tusen enheter och min gissning är att den nyligen släppta Itanium II inte kommer att förbättra distributionshastigheten.

Vilka är orsakerna till Itaniums deprimerande visning hittills? Jag tror att huvudfaktorn är att Itanium och Intels hela 64-bitarsstrategi bygger på ny ARKITEKTUR av RISC-typ, och med undantag för x86 binär kompatibilitet bultad på den, är Itanium bara ytterligare en 64-bitars processor bland Alpha, PA-RISC, Sparc64 och PowerPC. Och även om Itanium stöder befintliga x86 32-bitarsprogram, drabbas dessa program av betydande prestandaförsämring jämfört med interna 64-bitarsprogram. Det innebär att du måste se till att alla program som du vill köra med rimlig prestanda på Itanium är portade till 64 bitar.

Hammer är å andra sidan en utveckling som naturligt utökar x86-arkitekturen och instruktionen till 64 bitar. Den kan köra 32-bitarsprogram och 64-bitarsprogram sida vid sida på praktiskt taget samma prestandanivåer. Dessutom kan du starta Hammer i fullständigt 32-bitarsläge, vilket gör att det verkar vara ett x86-standardsystem som kan köra ett 32-bitars operativsystem. Inte bara det, men Hammer stöder x86 16-bitarslägen och kan använda standard 32-bitars x86 BIOS-kod även när du startar i ett 64-bitars operativsystem. Det innebär att du kan ha ett system med dubbel start med ett 32-bitars operativsystem som ett val och ett 64-bitars operativsystem som ett annat.

Jag tror att AMD: s tillvägagångssätt erbjuder en enorm fördel jämfört med den riktning som Intel tog med Itanium. AMD kan börja sälja Hammer så snart det är tillgängligt för kunder som kanske inte är riktigt redo att gå till 64 bitar, eller som bara har ett program som kan dra nytta av en 64-bitars dator. 32-bitarsprogram kan dra full nytta av de prestandainnovationer som AMD lägger i Hammer, och om AMD-priser Hammer nära 32-bitars CPU-priser köpbeslutet kan vara en no-brainer. Detta bör göra det möjligt för AMD att infiltrera marknadsplatsen med sina 64-bitars processorer från den låga änden. Jämför detta med Intels avancerade metod – en strategi som sannolikt kommer att vara mycket mer riskabel och ta mycket längre tid. Jag tror att Hammer ger AMD en möjlighet att smyga in och bli den de facto 64-bitarsplattformen.

Hur är det med prestandagränsen som Intel kan göra anspråk på Itaniums "rena" EPIC-arkitektur (Explicit Parallel Instruction Computing) ger över AMD:s x86-64? Vi får vänta och se, men AMD har hittills gett Intel en körning för sina pengar i 32-bitars arena. Och om du tittar på hur Itanium II jämförs med de bästa x86-processorerna (se www.spec.org) hittar du dem ganska jämnt matchade på heltalsprestanda, där Itanium har en 50-75% ledning i flyttals. Detta trots att Itanium är ungefär dubbelt så dyrt. Till exempel kostar det lågslutna Itanium II-systemet från Hewlett Packard $ 5865 och ett Hewlett Packard Pentium IV-system som körs på 2GHz i en motsvarande konfiguration kostar bara $ 2385.

Var fick AMD idén att utöka x86-arkitekturen i stället för att definiera en ny med x86-kompatibilitet som funktion? När Intel flyttade in i 32-bitarsvärlden gjorde det det genom att utöka 16-bitars x86-arkitekturen och instruktionen till att göra 32-bitarsversion som också kunde köra 16-bitarsprogram. Därför kan 32-bitars x86-processorer köra 16- och 32-bitars operativsystem. Intel använde dock inte den här metoden med sin 64-bitarsstrategi. Detta kan bero på att det i mitten av 90-talet såg taket snabbt närma sig för x86 när det gäller prestanda med tanke på designens komplexitet och kände att en ny design kunde gå längre in i framtiden. Idag har både Intel och AMD bevisat detta antagande fel med sina häpnadsväckande x86 klockhastigheter - Intel har visat en Pentium IV som körs på 4 GHz. Intel kan betala priset för deras felberäkning.

Skicka nyhetsbrevet till vänner som du tror kan vara intresserade av dess innehåll.

Tack!

-Markera

NYHETER PÅ SYSINTERNALS

TCPVIEW V2.21

TCPView är ett program som har funnits på Sysinternals-webbplatsen i flera år, men fram till den senaste 2.0-uppdateringen var det inte mycket mer än en GUI-version av windows netstat-kommandoradsverktyget. Den här stora revisionen ger en mängd kraftfulla funktioner, varav den viktigaste är visningen på NT 4, Windows 2000 och Windows XP av processen som äger varje TCP- och UDP-slutpunkt. Du kan också visa en processs versionsdata och körbara sökväg samt avsluta oseriösa processer. En funktion som du kan använda om du vill hindra ett program från att använda en viss port är möjligheten att stänga anslutningar i farten utan att avsluta processen.

I användargränssnittsområdet introducerar den senaste versionen automatisk uppdatering med valbara intervall och skillnadsmarkeringar. Skillnadsmarkering, som hjälper dig att zooma in på aktivitet när det händer, beskriver färgmarkeringen av nya och borttagna objekt, något jag överförde från Process Explorer.

Ladda ned TCPView v2.21 på
http://www.sysinternals.com/ntw2k/source/tcpview.shtml

LIVEKD V2.0

Ett av verktygen David Solomon och jag ingår på CD för vår bok Inside Windows 2000 (se http://www.sysinternals.com/insidew2k.shtml ) är LiveKd. LiveKd är en klientdel till Microsoft Kernel-felsökarna som gör att du kan köra felsökarna för att interagera med ett realtidssystem. Att använda ett felsökningsprogram för att titta på ett system utan att behöva använda en andra dator och en seriell felsökningsanslutning gör det enkelt att utforska interna objekt och kan till och med fungera som felsökningshjälp. Den första versionen av LiveKd stöds endast NT 4 och Windows 2000-LiveKd version 2.0 fungerar på Windows XP.

Även om Microsoft följde min lead och lade till funktioner för felsökning av live kernel i Windows XP, fungerar inte några felsökningskommandon när de körs på ett live-system, vilket är anledningen till att jag gick till besväret med att uppdatera LiveKd för att arbeta med Windows XP.

Ett exempel är stackutdata från kommandona !process eller !thread. LiveKd visar den fullständiga kernelstacken, medan den inbyggda funktionen för livefelsökning i XP inte används. Ett annat exempel är kommandot !stacks, som du kan använda för att se var trådar körs och var de kan ha börjat köras. Kommandot !stacks är användbart när du felsöker ett problem som involverar systemtrådar och vill fastställa deras syfte – att veta vilken drivrutin som en tråd körs i kan vara den ledtråd du behöver för att åtgärda ett problem.

Ladda ned LiveKd v2.0-korrigeringen på
http://www.sysinternals.com/insidew2k.shtml
Observera att du behöver en kopia av LiveKd från bok-CD:n för att tillämpa korrigeringen.

PSINFO V1.33

PsInfo, ett av de ett dussintal verktyg som utgör PsTools-sviten med kommandorad, fjärrkompatibla, administrativa Verktyg för Windows NT/2000/XP fortsätter att utvecklas baserat på användarfeedback. Version 1.33 lägger till möjligheten att lista installerade snabbkorrigeringar och program, samt att rapportera etikett, storlek och användningsdata för en dators diskvolymer.

Ladda ned PsInfo v1.33 på
http://www.sysinternals.com/ntw2k/freeware/psinfo.shtml
Ladda ned hela PsTools-paketet på
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml

PSLIST V1.21

Om du gillar att använda kommandoraden eller någonsin har önskat att du kunde få en processlista för en dator (lokal eller fjärransluten) med CPU-användningsdata kommer du att vara intresserad av den senaste versionen av PsList, en annan medlem i PsTools-sviten. PsList v1.2 introducerar kommandoradsväxlar som kör den i ett aktivitetshanterarläge i ett kommandofönster, uppdaterar med ett konfigurerbart intervall och visar CPU-användning. En annan ny växel har PsList som använder indrag för att visa processrelationer mellan överordnade och underordnade, vilket ibland är användbart för att förstå syftet med processer som du har problem med att identifiera.

Ladda ned PsList v1.21 på
http://www.sysinternals.com/ntw2k/freeware/pslist.shtml
Ladda ned hela PsTools-paketet på
http://www.sysinternals.com/ntw2k/freeware/pstools.shtml

BGINFO V3.0

Att hantera mer än ett system innebär vanligtvis att behöva hantera irritationen av att använda fästpunkter eller öppna systeminformationsverktyg för att fastställa ett systems specifikationer och konfiguration. BgInfo är ett verktyg som visar standard och anpassad systeminformation som du anger direkt på skrivbordet, vilket ger dig en överblick över alla data som du anser vara viktiga.

BgInfo är redan mångsidigt, så att du kan ange någon av en fördefinierad uppsättning värden eller direkt BgInfo för att hämta värden från registret eller från filer. BgInfo v3.0 lägger till ännu mer anpassningskapacitet genom att införa stöd för Visual Basic-skript så att du kan skapa skript som samlar in anpassade konfigurationsinställningar och rapporterar dem till BgInfo för presentation.

Ladda ned BgInfo v3.0 på
http://www.sysinternals.com/ntw2k/freeware/bginfo.shtml

PAGEDEFRAG V2.2

Har du upptäckt att växlingsfilen, registerfilerna eller händelseloggfilerna blir mer och mer fragmenterade? Den inbyggda defragmenteraren hanterar inte dessa filer eftersom de måste defragmenteras vid starttiden innan operativsystemet körs. PageDefrag är en lätt defragmenterare med det enda syftet att defragmentera dessa kritiska systemfiler.

PageDefrag version 2.2 har stöd för Windows XP och gör att du kan ange en nedräkningstimer som PageDefrag visar innan defragmenteringen. Timern fungerar som den som chkdsk implementerar där om du trycker på valfri tangent under nedräkningen avbryter defragmentering.

Ladda ned PageDefrag v2.2 på
http://www.sysinternals.com/ntw2k/freeware/pagedefrag.shtml

REGMON V4.34 för WIN64/ITANIUM

Förra året lånade Microsoft mig ett Itanium-system så att jag kunde porta Sysinternals-verktyg till Win64. Alla verktyg kräver inte portning eftersom de flesta 32-bitarsprogram körs utan ändringar på ett Itanium som kör Windows XP 64-bitarsutgåvan med hjälp av Itaniums stöd för 32-bitars binär kompatibilitet. Windows XP 64-bitars edition läser dock inte in 32-bitarsdrivrutiner, vilket innebär att alla Sysinternals-verktyg som har en drivrutinskomponent måste ha drivrutinen porterad till 64-bitars.

Det första verktyget jag portade var Filemon. Filemons port var relativt enkel eftersom allt som krävdes var att ändra drivrutinen och GUI-källan så att den överensstämmer med 64-bitars datatypsregler och sedan kompilera om. Jag beskrev portningsprocessen i det senaste nyhetsbrevet. Regmons port innehöll samma problem med datatypen, men inkluderade andra problem som gjorde det mycket svårare att porta.

Regmon förlitar sig på en drivrutin som korrigerar systemanropstabellen i kerneln med Regmon-avlyssningsrutiner så att den kan övervaka registeraktiviteten. För att göra en lång historia kort har systemanropsgränssnittet på Itanium processorberoende egenskaper som gör metoden jag använde i 32-bitarsdrivrutinen oanvändbar. Jag var därför tvungen att använda några svåra kodning för att få systemsamtal avlyssning att arbeta på 64-bitars XP.

Lyckligtvis har Microsoft implementerat ett registeraktivitetsanropsgränssnitt i Windows .NET Server-kerneln som gör tekniken Regmon använder för att se registeraktiviteten onödig. Leta efter en Regmon-uppdatering inom en snar framtid som visar det nya Windows .NET Server-API:et och en beskrivning av API:et i nyhetsbrevet.

Ladda ned Regmon v4.34 på
http://www.sysinternals.com/ntw2k/source/regmon.shtml

SYSINTERNALS I PC WORLD MAGAZINE

Regmon och Filemon fick båda fina pluggar i augustinumret av PC World, en datortidning med hög cirkulation, som rekommenderade felsökningsverktyg. Läs mer på http://www.pcworld.com/features/article/0,aid,101750,00.asp

SYSINTERNALS AT WWW.MICROSOFT.COM

Här är den senaste delen av Sysinternals-referenser i Microsoft Knowledge Base-artiklar (KB) som släppts sedan det senaste nyhetsbrevet. Detta ger 38 det totala antalet KB-referenser till Sysinternals.

  • ANVISNINGAR: Skapa anpassade administrativa mallar i Windows 2000
    http://support.microsoft.com/default.aspx?scid=kb; EN-US; q323639

  • Inloggningsfördröjningar över långsamma länkar om Oplock inte beviljas för principfilen
    http://support.microsoft.com/default.aspx?scid=kb; EN-US; q319440

  • XCON: MTA-processen läcker minne med ett högt handtagsantal http://support.microsoft.com/default.aspx?scid=kb; EN-US; q313735

Dessutom har Microsoft hedrat Sysinternals som den aktuella Community-webbplatsen för Windows XP Embedded! Kontrollera http://www.microsoft.com/windows/embedded/community/default.asp

INTERN INFORMATION

MARK OCH DAVID SOLOMON UNDERVISAR INTERNT I LONDON

Hör mig och David Solomon presentera vår 3-dagars Windows 2000/XP/.NET Server internals klass i London 23-25 september (nästa klass är 9-11 december i Austin, TX). Baserat på "Inside Windows 2000, 3rd Edition", täcker den kernelarkitekturen och sambandet mellan viktiga systemkomponenter och mekanismer som systemtrådar, systemsamtalssändning, avbrottshantering, & start och avstängning. De interna nyckelundersystemen som förklaras är processer och trådar, trådschemaläggning, minneshantering, säkerhet, I/O-systemet, NTFS och cachehanteraren. Genom att förstå operativsystemets inre funktion kan du dra nytta av plattformen mer effektivt och mer effektivt för att felsöka problem.

Mer information finns i http://www.sysinternals.com/seminar.shtml

INUTI WINDOWS NT DEVELOPMENT

Den här presentationen är ett par år gammal, men är ändå en intressant titt i utvecklingen historia Windows NT 3.1 genom Windows 2000. Mark Lucovsky, en av de ursprungliga NT-programvaruingenjörerna, höll presentationen vid USENIX Annual Technical Conference 2000. Han beskriver storleken på utvecklingsteamen, defektfrekvensen (av den kod de skrev, inte medlemmarna), källkontrollsystemet och teamets utvecklingsutmaningar.

Se Mark Lucovskys tal om NT:s utvecklingshistoria på http://www.usenix.org/events/usenix-win2000/invitedtalks/lucovsky_html/

Här är Microsofts egen historik över Windows, från Windows 1.0 till Windows .NET Server: http://www.microsoft.com/windows/WinHistoryIntro.asp

NÄR EN ÄNDRING INTE RÄKNAS

Windows håller reda på flera tidsstämplar för filer och kataloger. De omfattar skapa, senaste åtkomst och senast ändrad. Den senast ändrade tidsstämpeln dokumenteras som inspelning senast en fil skrevs till. Tyvärr kommer ett program som förlitar sig på att detta är sant att få en otäck överraskning.

Om ett program öppnar en fil med createfile-API:et och sedan skriver till den via WriteFile eller dess varianter återspeglar den senaste ändrade tiden tiden för filens senaste ändring. Om programmet öppnar filen för minnesmappad I/O med och CreateFileMappingMapViewOfFileändrar sedan filen genom att ändra det mappade innehållet skrivs data så småningom tillbaka till filen av Minneshanteraren och versionen på disk ändras. Problemet är att filsystemdrivrutiner inte uppdaterar en fils senaste ändringstid när en ändring sker till följd av en minnesmappad skrivning.

Varför inte? Jag antar att utvecklarna skär hörnet till förmån för prestanda, men beteendet är inte dokumenterat så jag kan bara spekulera. Jag antar att alla skrivningar inte skapas lika.

.NET SERVER RC 1

Windows .NET Server RC 1 har levererats och det finns en chans att Microsoft kommer att skära sin RTM (Release to Manufacturing) version av den nya servern OS i slutet av året (ungefär samma chans som att få bit av en orm och en haj i samma år). Ur ett kernelperspektiv sker ingen större synlig ändring från Windows XP. Det finns inga större nya kernel-undersystem, Win32- eller kernel-API:er – bara justeringar som förbättrar prestanda på stora system och en handfull API:er som avrundar befintliga API-uppsättningar.

Det finns dock stora förändringar i användarutrymmet. Den största är naturligtvis .NET-ramverket, men det finns även nya serverorienterade tjänster. Tjänsten Volume Shadow Copy, som introducerades i Windows XP för säkerhetskopiering, används för att ge klientanvändare möjlighet att återställa filer på serverresurser till tidigare versioner. Ingen administratörsinteraktion krävs eftersom en användare helt enkelt kan välja önskad post i en filhistoriklista som visas på en ny explorer-filegenskapsflik.

En förbättring av servernätverk är Winsock Direct, en infrastruktur som gör att program på en server i en konfiguration med flera nivåer med specialiserad nätverksanslutning, en konfiguration som kallas san(System Area Network), kan kommunicera direkt med nätverksmaskinvaran och kringgå TCP/IP-stacken och kerneln.

Leta efter en kommande artikel av David Solomon och jag som beskriver .NET Server-ändringar på systemnivå. Vi täcker även .NET Server i nästa revision av Inside Windows 2000, som ska kallas Windows Internals, som ska publiceras nästa vår.

MASSOR AV WMI-SKRIPT

Om du gillar PsTools-sviten från Sysinternals är du förmodligen en skriptskräp, och om dina system kör Windows 2000 eller XP, eller har NT 4 WMI-kärnkomponenterna installerade, bör du gå till Microsofts TechNet-webbplats och hämta de kostnadsfria WMI-exempelskripten som de har publicerat där. Det finns en stor samling och de är indelade i kategorier som Datorhantering och Nätverk och du kan ladda ned dem individuellt eller alla på en gång.

Hämta kostnadsfria exempel på WMI-skript på http://www.microsoft.com/technet/treeview/default.asp?url=/technet/scrip tcenter/sampscr.asp

På tal om freebies från Microsoft, kan du hitta en delmängd av Windows 2000 Resource Kit verktyg postat för nedladdning. Besök http://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp

ANVÄNDA BOOTVIS FÖR ATT PROFILERA STARTPROCESSEN

Jag får regelbundet förfrågningar om att utveckla ett verktyg för Sysinternals som övervakar startprocessen så att en användare kan avgöra vad som orsakar fördröjningar. Lyckligtvis väntade jag tillräckligt länge för att Microsoft skulle slå mig till det. Verktyget de skrev kallas BootVis och har en viktig roll i de startprestandaoptimeringar som de implementerade för Windows XP. Du kan ladda ned den från http://www.microsoft.com/HWDEV/PLATFORM/performance/fastboot/BootVis.asp . BootVis, som endast körs i Windows XP, använder XP:s WMI-kernelspårningsfunktion för att samla in en detaljerad spårning av startprocessen, inklusive CPU-användning, disk-I/Os, processstart och drivrutins-I/Os. Att anropa hjälpfilen som medföljer BootVis-terse är snällt, så jag går igenom hur du använder verktyget.

Om du vill kunna se exakt vilka funktioner med drivrutiner och moduler som står för CPU-tid öppnar du verktygen|Dialogrutan Alternativ och peka BootVis på dina installerade Windows XP-symboler. Låt Sedan BootVis samla in en spårning av nästa start, inklusive drivrutinsfördröjningar, genom att välja Trace|Nästa start- och drivrutinsfördröjningar. BootVis räknar ned och startar sedan om systemet.

När systemet har startat loggar du in och kör BootVis igen. Välj Spårning|Stoppa spårning och extraherar spårningen som samlas in från kerneln och sparar den i en fil som den sedan läser in för visning. Du ser fyra diagram. I Cpu-användning ser du ett spår av hur mycket processorbearbetning som förbrukades via start. Stapeldiagrammet Disk-I/O visar antalet diskläsningar (röd) och skrivningar (blå) som inträffade under varje sekund. I diagrammet Drivrutinsfördröjning ser du rektanglar som representerar drivrutins-I/Os som hade varaktigheter som var större än standardgränsen för BootVis på 100 millisekunder – sådana fördröjningar anses vara betydande. Slutligen visar diagrammet Process skapar etiketterade rektanglar där processer startades.

BootVis visar inte nödvändigtvis alla spårningsdata som samlas in när du startar det, så använd knappen zooma ut tills du börjar se den högra kanten av grafdata. Ta nu en titt på var och en av graferna. Om du ser en cpu- eller disktoppar eller vill zooma in på processens startaktivitet använder du knappen zooma in verktygsfältet. Observera att starttiden förblir 0 när du zoomar in, så när du har zoomat in manuellt anger du en tid nära aktiviteten där du är intresserad av redigeringsrutan Visningstid.

Diagram över cpu-användning, disk-I/O och drivrutinsfördröjning gör att du kan visa mer information än vad som visas direkt. Välj en region i diagrammet av intresse genom att flytta markören, trycka på vänster musknapp och hålla ned den och sedan dra. Högerklicka sedan för att hämta en meny. Det intressanta menyalternativet i diagrammet CPU-användning är Visa sammanfattning, som öppnar en dialogruta som visar en uppdelning efter processoranvändningsprocess för det valda tidsintervallet. Om du dubbelklickar på någon av processerna öppnas en annan dialogruta som visar en uppdelning av CPU-användning per modul (t.ex. DLL:erna i processen). Om du har konfigurerat symboler kan du till och med dubbelklicka på en modul och få en dialogruta som visar en uppdelning av modulens CPU-användning per funktion.

Två menyalternativ visas när du högerklickar på en vald region i diagrammet Disk-I/O: Visa sammanfattningstabell och Visa detaljdiagram. Välj Visa sammanfattningstabell för att se en redovisning, uppdelad efter modul, av alla I/Os som inträffade under intervallet. Välj Visa detaljdiagram för att visa ett linjediagram som representerar de faktiska sektorer inom disken som användes under intervallet. Detaljdiagrammet associerar till och med I/Os med de processer som utförde dem och låter dig filtrera bort processer genom att avmarkera dem i listan till vänster. Du kan välja en region i detaljdiagrammet och komma åt ett annat sammanfattningsdiagram för den underintervalen genom att högerklicka och välja det resulterande menyalternativet.

Om du väljer Visa sammanfattningstabell på snabbmenyn för drivrutinsfördröjning visas en lista över I/Os som visas i den valda regionen som innehåller namnet på drivrutinen som utförde I/O, start, slut och total tid för varje I/O och I/O-funktionen som utförs.

Det leder mig till slutet av min BootVis självstudie. Även om det inte är det mest polerade verktyget, efter att ha spelat med BootVis ett tag kommer du utan tvekan att hålla med mig om att detaljnivån som kan visas med sina grafer är fantastisk. Nästa gång du har en lång start och vill veta vad som är ansvarig vet du var du ska vända dig för svaret.

VAD KOMMER UPP

EN SNABB INTRODUKTION TILL ANALYS AV KRASCHDUMPAR

Microsofts senaste förbättringar av sina kernel-felsökningsverktyg har gjort kraschdumpanalysen praktiskt taget smärtfri. Nästa gång ska jag visa dig hur du blir dumpanalysproffs på under en timme.

Tack för att du läser Sysinternals nyhetsbrev.

Publicerad måndag 12 augusti 2002 19:00 av ottoh

[Nyhetsbrev arkiv ^][< Volym 4, nummer 1][Volym 4, nummer 3 >]