12 augusti – I det här problemet:

  1. REDAKTIONELLA

  2. VAD ÄR NYTT 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. INFORMATION OM INTERNT

    • Mark och David Teach Teach Internals i London
    • Inuti Windows NT Development
    • När en ändring inte räknas
    • .NET Server RC1
    • Belastning på WMI-skript
    • Använda BootVis för att profilera startprocessen
  4. DET HÄR ÄR VAD SOM HÄNDER

    • En snabb introduktion till analys av kraschdump

SPONSRING: UNDERSPONSOR: UNDERSENTLIG PROGRAMVARA

Nyhetsbrevet Sysinternals är sponsrat av Winternals Software, på webben på http://www.winternals.com. Undertidsprogramvaran är den ledande utvecklaren och leverantören av avancerade systemverktyg för Windows NT/2K/XP. I software-produkterna finns FAT32 för Windows NT 4.0, NTFSDOS Professional Edition (en NTFS-drivrutin för läsning/skrivning för DOS) och Remote Recover. Under de flesta år är vi glada över att kunna presentera Defrag Manager version 2.0, som är den snabbaste och mest omfattande tillgängliga företagsdefragmentern. 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å 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 Processor (nu formellt tillkännagiven som "Opteron") som kommer att släppas sent i år. Nu när Amd har fört sitt samarbete med Intel från 32-bitarsfältet till 64-bitarsfältet. Jag tror att Intel bör vara bra och jag ska berätta varför.

Itanium är Intels ingång till 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 insteg, även med HP-UX, Linux, Windows XP 64-bitars edition och Windows Advanced Server 64-bitars edition som stöder det. Branschen uppskattar att projektet Itaniums bara har sålt några tusen enheter och min gissning är att det nyligen utgivna Itanium II inte kommer att förbättra distributionstakten.

Vilka är orsakerna till att Itanium har deprimerande så här långt? Jag tror att den viktigaste faktorn är att Itanium och Intels hela 64-bitarsstrategi baseras på ny RISC-typarkitektur, och med undantag för x86-binär kompatibilitet som är 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 portas till 64 bitar.

Å andra sidan är Å andra sidan en utveckling som naturligt utökar x86-arkitekturen och instruktionsuppsättningen 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 Löpande 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 nog med det, men Dock 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 metod ger en enorm fördel jämfört med den riktning som Intel tog med Itanium. AMD kan börja sälja Så snart det är tillgängligt för kunder som kanske inte är 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 till i Amd, och om AMD prissätter Close to 32-bitars CPU-priser kan inköpsbeslutet 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ägsta änden. Jämför detta med Intels avancerade metod – en strategi som sannolikt är mycket mer riskabel och tar mycket längre tid. Jag tror att Amd ger AMD en möjlighet att komma in och bli den faktiska 64-bitarsplattformen.

Hur är det med prestandakanten som Intel kan göra anspråk på Itaniums "rena" EPIC-arkitektur (Explicit Parallel Instruction Computing) tillhandahåller via AMD:s x86-64? Vi måste vänta och se, men AMD har hittills gett Intel en körning för sina pengar i 32-bitars snöden. Och om du tittar på hur Itanium II kan jämföras med de bästa x86-processorerna (se www.spec.org) kommer du att hitta dem ganska jämnt matchade på heltalsprestanda, där Itanium har en lead på 50–75 % i flyttal. Detta trots att Itanium är ungefär dubbelt så dyrt. Till exempel kostar det enklare Itanium II-systemet från Hewlett Packard 5 865 USD och ett Hewlett Packard Pentium IV-system som körs på 2GHz i en motsvarande konfiguration kostar bara 2385 USD.

Var fick AMD idén att utöka x86-arkitekturen i stället för att definiera en ny med x86-kompatibilitet som en funktion? När Intel flyttade till 32-bitarsvärlden gjorde det det genom att utöka 16-bitars x86-arkitekturen och instruktionsuppsättningen för att skapa en 32-bitars version som också kunde köra 16-bitarsprogram. Därför kan 32-bitars x86-processorer köra 16-bitars och 32-bitars operativsystem. Intel använder dock inte den här metoden med sin 64-bitarsstrategi. Det kan vara på grund av att det i mitten av 90-talet närmade sig taket för x86 när det gäller prestanda på grund av designens komplexitet och att en ny design kunde gå längre in i framtiden. Idag har både Intel och AMD visat det här antagandet fel med sina förblräande x86-klockhastigheter – Intel har demonstrerat en Pentium IV som körs på 4 GHz. Intel kan betala priset för sin felberäkning.

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

Tack!

-Mark

VAD ÄR NYTT 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 kommandoradsverktyget Windows netstat. Den här större revisionen innehåller en mängd kraftfulla funktioner, varav den viktigaste är visningen på NT 4, Windows 2000 och Windows XP av den process som äger varje TCP- och UDP-slutpunkt. Du kan också visa versionsdata och körbara sökvägar för en process, samt avsluta otillåtna processer. En funktion som är användbar 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änssnittet introducerar den senaste versionen automatisk uppdatering med valbara intervall och markering av skillnader. Markering av skillnader, som hjälper dig att zooma in på aktivitet när den sker, beskriver färgmarkeringen av nya och borttagna objekt, något som jag har fört över från Processutforskaren.

Hämta TCPView v2.21 på
http://www.sysinternals.com/ntw2k/source/tcpview.shtml

LIVEKD V2.0

Ett av verktygen David Dave och jag på CD:n för vår bok Inside Windows 2000 (se http://www.sysinternals.com/insidew2k.shtml ) är LiveKd. LiveKd är en frontend till Microsofts kernelfelsökare som gör att du kan köra felsökningarna för att interagera med ett live-system. Att använda ett felsökningsverktyg 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 och kan till och med fungera som felsökningshjälp. Den första versionen av LiveKd som endast stöder NT 4 och Windows 2000-LiveKd version 2.0 fungerar på Windows XP.

Även om Microsoft följde min lead och lade till live kernel-felsökningsfunktioner i Windows XP fungerar inte några felsökningskommandon när de körs i ett live-system, vilket är anledningen till att jag har problem 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 användning av den inbyggda funktionen för live-felsökning i XP inte gör det. Ett annat exempel är kommandot !stacks, som du kan använda för att se var trådar körs för närvarande och var de kan ha börjat köra. Kommandot !stacks är användbart när du felsöker ett problem som omfattar systemtrådar och vill fastställa deras syfte – att känna till drivrutinen där en tråd körs kan vara ledtråden till att du behöver å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 som korrigeringen ska tillämpas på.

PSINFO V1.33

PsInfo, ett av de dussintals verktyg som utgör PsTools-sviten med kommandoradsbaserade, fjärrstyrda, Windows NT/2000/XP administrativa verktyg, fortsätter att utvecklas baserat på användarfeedback. Version 1.33 lägger till möjligheten att lista installerade snabbkorrigeringar och program, samt 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 om du vill hämta en processlista för en dator (lokal eller fjärransluten) med cpu-användningsdata är du 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 aktivitetshanteraren-lä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 fler än ett system innebär vanligtvis att behöva hantera oredan med att använda fästisar eller öppna systeminformationsverktyg för att fastställa systemets specifikationer och konfiguration. BgInfo är ett verktyg som visar standardinformation och anpassad systeminformation som du anger direkt på skrivbordet, vilket ger dig en snabb överblick över alla data som du anser vara viktiga.

BgInfo är redan flexibelt, 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 fler anpassningsfunktioner 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.

Hämta 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 defragmentern 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 innehåller Windows XP-stöd och gör att du kan ange en nedräkningstimer som PageDefrag visar innan defragmenteringen. Timern fungerar som den som chkdsk implementerar, där defragmenteringen avbryts om du trycker på valfri tangent under nedräkningen.

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 binär kompatibilitet med 32 bitar. Men Windows XP 64-bitars edition läser inte in 32-bitars drivrutiner, vilket innebär att alla Sysinternals-verktyg som har en drivrutinskomponent måste ha drivrutinen porterad till 64-bitars.

Det första verktyget jag porterade var Filemon. Filemon-porten var relativt enkel eftersom allt som krävdes var att ändra drivrutinen och GUI-källan för att följa 64-bitars datatypsregler och sedan kompilera om. Jag har avskrivit portningsprocessen i det senaste nyhetsbrevet. Regmon-porten innehöll samma problem med datatypen, men innehöll andra problem som gjorde det mycket svårare att porta.

Regmon förlitar sig på en drivrutin som korrigering av 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 den metod som jag använde i 32-bitarsdrivrutinen oanvändbar. Därför var jag tvungen att använda lite svår kodning för att få systemsamtalsskärningspunkt att fungera med 64-bitars XP.

Som tur är har Microsoft implementerat ett gränssnitt för återanrop av registeraktivitet i den Windows .NET Server-kernel som gör den teknik Regmon använder för att se registeraktiviteten onödig. Leta efter en Regmon-uppdatering inom en snar framtid som visar det nya .NET Server-API:et Windows 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 bra plugin-program i augustinumret av PC World, en datortidning med hög kvalitet, 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 installationen av Sysinternals-referenser i Microsoft Knowledge Base (KB) som släppts sedan det senaste nyhetsbrevet. Detta ger 38 det totala antalet KB-referenser till Sysinternals.

  • GÖR SÅ HÄR: 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 http://support.microsoft.com/default.aspx?scid=kb referensantal; EN-US;q313735

Dessutom har Microsoft respekterat Sysinternals som den aktuella Windows XP Embedded-communitywebbplatsen! Kontrollera http://www.microsoft.com/windows/embedded/community/default.asp

INFORMATION OM INTERNT

MARK OCH DAVID DAVE TEACH INTERNALS I LONDON

Hör mig och David Dave 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 11 december i TX, M2). Baserat på "Inside Windows 2000, 3rd Edition" omfattar den kernelarkitekturens interrelationer mellan viktiga systemkomponenter, till exempel && systemtrådar, sändning av systemanrop, avbrottshantering, && startavstängning. De interna nyckelundersystemen som beskrivs är processtrådar, & trådschemaläggning, minneshantering, säkerhet, I/O-system, NTFS och cachehanteraren. Genom att förstå operativsystemets inre arbete kan du använda plattformen mer effektivt för att felsöka och 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 utvecklingshistoriken för Windows NT 3.1 till och med Windows 2000. Mark Luczer, en av de ursprungliga NT-programvaruingenjörerna, levererade presentationen på USENIX Annual Technical Conference 2000. Han beskriver storleken på utvecklingsteamen, defektfrekvensen (för koden de skrev, inte medlemmarna), källkontrollsystemet och utmaningarna med teamutveckling.

Se Mark Luc bobs tal om NT-utvecklingshistorik 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 och med 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. Tidsstämpeln för senaste ändring dokumenteras som registrering av den senaste gången en fil skrevs till. Tyvärr finns det ett program som förlitar sig på att detta är sant för en riktigt överraskning.

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

Varför inte? Jag antar att utvecklarna prioriterar prestanda, men beteendet är inte dokumenterat så jag kan bara spekulativt. Jag antar att alla skrivningar inte har skapats på samma sätt.

.NET SERVER RC 1

Windows .NET Server RC 1 har levererats och det finns en risk att Microsoft kommer att minska sin RTM-version (Release to Manufacturing) av det nya serveroperativsystemet i slutet av året (ungefär samma chans som att bli biten av en nare och en nare under samma år). Ur kernelperspektiv finns det ingen större synlig förändring från Windows XP. Det finns inga större nya kernelundersystem, Win32- eller kernel-API:er– det är bara justeringar som förbättrar prestanda på stora system och ett fåtal API:er som avrundar befintliga API-uppsättningar.

Det finns dock stora ändringar i användarutrymmet. Det största är förstås .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 bara kan välja önskad post i en lista med filhistorik som visas på en ny flik för Utforskarens filegenskap.

En förbättrad servernätverk är Winsock Direct, en infrastruktur som gör att program på en server i en flernivåkonfiguration med specialiserad nätverkskoppling, en konfiguration som kallas ett SAN (System Area Network) kan kommunicera direkt med nätverksmaskinvaran, vilket kringgår TCP/IP-stacken och kerneln.

Leta efter en kommande artikel av David Dave och jag som beskriver ändringar på .NET-serversystemnivå. 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.

BELASTNINGAR AV WMI-SKRIPT

Om du gillar PsTools-sviten från Sysinternals är du förmodligen ett skräpskript, och om dina system kör Windows 2000 eller XP, eller har NT 4 WMI-kärnkomponenter installerade, bör du gå till Microsofts TechNet-webbplats och hämta de kostnadsfria WMI-exempelskript 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 samtidigt.

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

På tal om freebies från Microsoft hittar du en delmängd av de verktyg Windows 2000 Resource Kit som du kan ladda ned. Gå till 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. Som tur är väntade jag tillräckligt länge för att Microsoft skulle slå mig till den. 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 på 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 ganska bra, 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 Verktyg| Dialogrutan Alternativ och peka BootVis på den installerade Windows XP-symboler. Nu ska BootVis samla in en spårning av nästa start, inklusive drivrutinsfördröjningar, genom att välja Trace| Nästa start +drivrutinsfördröjningar. BootVis räknar ned och startar sedan om systemet.

När systemet har startats loggar du in och kör BootVis igen. Välj Spåra| Stoppa spårningen så extraherar den spårning 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 en spåra hur mycket CPU-bearbetning som förbrukades under starten. Stapeldiagrammet Disk-I/O visar antalet diskläsningar (röd) och skrivningar (blå) som inträffade under varje sekund. I diagrammet Drivrutinsfördröjning visas rektanglar som representerar drivrutins-I/O som hade varaktigheter som var större än standardinställningen 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 samlats in när du startar den, så använd knappen zooma ut tills du börjar se högerkanten för diagramdata. Ta nu en titt på var och en av graferna. Om du ser en processor- eller disktopp eller vill zooma in på processens startaktivitet använder du knappen zooma in verktygsfältet. Observera att starttiden som visas förblir 0 när du zoomar in, så när du har zoomat manuellt anger du en tid nära den aktivitet som du är intresserad av i redigeringsrutan Visningstid.

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

Två menyalternativ visas när du högerklickar på en vald region i diagrammet Disk-I/O: Visa sammanfattningstabell och Visa Graph. Välj Visa sammanfattningstabell om du vill se en redovisning, uppdelad efter modul, för alla I/O som inträffade under intervallet. Välj Visa Graph om du vill visa ett linjediagram som representerar de faktiska sektorerna på disken som har varit åtkoms under intervallet. Informationsdiagrammet associerar även I/Os med processerna som utförde dem och gör att du kan 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 delintervaleringen genom att högerklicka och välja det resulterande menyalternativet.

Om du väljer Visa sammanfattningstabell från snabbmenyn för drivrutinsfördröjningen visas en lista över I/O som visas i den valda regionen som innehåller namnet på drivrutinen som utförde I/O, början, slutet och total tid för varje I/O och den I/O-funktion som utförts.

Det leder mig till slutet av min BootVis-självstudie. Även om det inte är det mest välpolerade verktyget, är du säker på att du är helt överens med mig om att detaljnivån som kan visas med dess grafer är fantastisk efter ett tag. Nästa gång du har en lång start och vill veta vad som är ansvarigt vet du var du ska vända dig för att få svaret.

VAD ÄR PÅ GÅNG

EN SNABB INTRODUKTION TILL ANALYS AV KRASCHDUMP

Microsofts senaste förbättringar av sina kernel-felsökningsverktyg har gjort en analys av kraschdumpen praktiskt taget ont. Nästa gång visar jag hur du blir en dumpanalysproffs på mindre än en timme.


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

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

[Nyhetsbrevsarkiv ^][ Volym 4, Nummer 1][Volym 4, Nummer 3 ]

[Nyhetsbrevsarkiv ^][ Volym 4, Nummer 1][Volym 4, Nummer 3 ]

System Internals Newsletter Volume 4, Number 2

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