hög PF-användning?

hittade denna information om felaktiga avläsningar i Taskmangler. Det kan faktiskt inte använda så mycket som det verkar. Som sagt, Vi måste gräva djupare för att ta reda på orsaken till dina hastighetsproblem.

http://blogs.technet.com/b/perfguru/archive/2008/01/08/explanation-of-pagefile-usage-as-reported-in-the-task-manager.aspx

i det här inlägget försöker jag förklara användningen av sidfilen som rapporterats i uppgiftshanteraren. Många av oss tror att sidfilanvändningen som visas i Aktivitetshanteraren är den faktiska användningen men det är inte så. Nedanstående förklaring kommer att klargöra det.

PF-användning som rapporterats i task manager i Windows XP och Windows Server 2003 är faktiskt system commit total. Detta nummer representerar potentiell sidfilanvändning, inte faktisk sidfilanvändning. Det är hur mycket sidfilutrymme som skulle användas om allt privat engagerat virtuellt minne i systemet måste sökas ut på en gång.

uppgiftshanteraren ;vad det kallar “sidfilanvändning” är faktiskt system commit charge (det totala antalet engagerade sidor i systemet). Det kan växa så högt som den nuvarande begå gränsen, vilket är ungefär summan av alla sidfiler och RAM .

Sidfilanvändning är mängden engagerade Byte – dvs mängden minne som program har bett om att backas upp av sidfilen. Om sidfilerna är tillräckligt stora för att täcka detta är det inga problem. Först när engagerade Byte närmar sig RAM-storlek ser du något minnestryck som resulterar i fysisk personsökning.

minne: engagerade Byte

======================

antal byte virtuellt (inte reserverat) minne som har begåtts. Detta nummer representerar inte nödvändigtvis sidfilanvändning eftersom det innehåller privata engagerade sidor i fysiskt minne som aldrig har sökts ut. Snarare representerar den mängden sidfilutrymme som skulle användas om processen helt gjordes utländsk.

minne: begå gräns

====================

antal byte av virtuellt minne som kan begås utan att behöva förlänga personsökningsfilerna; om personsökningsfilerna kan förlängas är denna gräns inte svår.

om du vill använda en reserverad region med adressutrymme måste du tilldela fysisk lagring och sedan mappa denna lagring till den reserverade regionen. Denna process kallas att begå fysisk lagring. Fysisk lagring är alltid engagerad i sidor.

från ovanstående kan vi dra slutsatsen att ; task manager-värdena skulle inte vara de exakta. Om du vill övervaka sidfilanvändningen är PERFMON det bästa i det här fallet och ger dig en exakt uppfattning om vad som är exakt användning. Perfmon-loggarna visar den faktiska Sidfilanvändningen .

exempel :-

==============

min Windows 2003-testmaskin här visar > 300MB i TaskManager-Sidfilanvändning (dvs. engagerade byte), men < 2% faktisk Sidfilanvändning i PerfMon. RAM är 512 MB, sidfilen är 1 GB. Om TaskManager visade faktisk Sidfilanvändning skulle PerfMon visa 30% användning, inte 2%. Det visar 2% eftersom det inte finns någon riktig personsökning på gång eftersom 300mb av engagerat minne passar alla i min 512MB RAM. Om jag laddar upp fler program för att öka engagerade byte så att det överskred fysiskt RAM, så skulle vi se personsökning, men inte tidigare.

ytterligare tips:-

=============

det finns ingen fast sidfilstorlek för en viss roll för en server.

om du vill bestämma rätt sidfilstorlek för systemet, ta en perfmon under arbetsförhållandena och analysera sedan användningen under en tidsperiod. Det skulle ge dig siffror från vilka du kan beräkna personsökningen och ställa in sidfilen i enlighet därmed.

helst rekommenderas det som 1,5 gånger den fysiska minnesstorleken.

för en maskin för att fånga en dumpfil (jag.e innehållet i minnet) sidfilen är obligatorisk och den ska placeras på systemenheten . Sidfilstorlek för att fånga en komplett minnesdump bör vara storleken på fysiskt RAM +1MB.

en 32-bitars maskin kan ha en maximal storlek på 4 GB. Enkel beräkning 32 bitars adressbuss 2^32 = 4GB.

på en 64-bitars maskin är maskinerna i allmänhet med stor mängd RAM-storlekar . Där skulle sidfilen för RAM-storleken + 1MB vara tillräcklig.

övervakning av Sidfilanvändning genom Perfmon :-

==================================

1.Klicka på Start och gå till Kör och skriv in “perfmon”

2.In fönstret Performance monitor klicka på + – tecknet bredvid Prestandaloggar och varningar

3.På räknaren loggar högerklicka och gå till nya Logginställningar

4.Ge de nya Logginställningarna ett namn efter eget val

5.Klicka sedan på fliken Lägg till räknare.

6.Skriv in servernamnet som vi vill övervaka (exempel: i formatet: \\servernamn)

7.Under fliken prestandaobjekt väljer du personsökningsfil och markerar rutans alla räknare och alla instanser

8.Klicka sedan på knappen Lägg till och gå sedan på fliken loggfiler och välj vilken typ av logg du vill ha.

9.Klicka sedan på Konfigurera och ange platsen där du vill eller lämna den som standard

10.Ställ in gränsen för loggarna . Detta beror på hur länge du vill övervaka . Du måste hålla den på 100 Mb minst för att fånga ett stort antal prover.

11.Klicka sedan på OK och klicka på fliken Schema. Välj här alternativet manuellt (med snabbmenyn)

12.Gå sedan till fliken Allmänt och i rutan Kör som ange administratörsuppgifter och ange lösenordet.

13.Ställ in intervallet enligt den tidsram du vill övervaka servern. För en bra analys rekommenderas att vi har minst 100 prover.

13.Klicka sedan på Apply och i huvudfönstret för Prestandamonitor ser du loggen med namnet du angav tidigare visas där.

14.Högerklicka på den loggen och starta den och fortsätt att övervaka servern