høj PF-brug?

fundet disse oplysninger om unøjagtige aflæsninger i Taskmangler. Det kan faktisk ikke bruge så meget som det ser ud. Det sagt, vi bliver nødt til at grave dybere for at finde ud af årsagen til dine hastighedsproblemer.

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

i dette indlæg forsøger jeg at forklare brugen af sidefil som rapporteret i task manager. Mange af os tror, at brugen af sidefilen, der vises i task manager, er den faktiske brug, men det er ikke sådan. Nedenstående forklaring vil afklare det.

PF-brug som rapporteret i task manager i vinduer og vinduer Server 2003 er faktisk system commit total. Dette tal repræsenterer potentiel brug af sidefiler, ikke faktisk brug af sidefiler. Det er, hvor meget sidefilplads der ville blive brugt, hvis al den private engagerede virtuelle hukommelse i systemet skulle sides ud på en gang.

task manager ;hvad det kalder “pagefile-brug” er faktisk system commit charge (det samlede antal engagerede sider i systemet). Det kan vokse så højt som den nuværende forpligtelsesgrænse, hvilket er omtrent summen af alle sidefiler og RAM .

brug af sidefil er mængden af engagerede Bytes – dvs. mængden af hukommelse ,som applikationer har bedt om at blive bakket op af sidefilen. Hvis sidefilerne er store nok til at dække dette, er der ikke noget problem. Først når engagerede Bytes nærmer sig RAM-størrelse, vil du se noget hukommelsestryk, der resulterer i fysisk Personsøgning.

hukommelse: begået Bytes

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

antal bytes af virtuel (ikke reserveret) hukommelse, der er begået. Dette nummer repræsenterer ikke nødvendigvis sidefilbrug, fordi det inkluderer private engagerede sider i fysisk hukommelse, der aldrig er blevet sidet ud. Det repræsenterer snarere mængden af sidefilplads, der ville blive brugt, hvis processen blev fuldstændig gjort ikke-bosiddende.

hukommelse: begå grænse

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

antal bytes virtuel hukommelse, der kan begås uden at skulle udvide personsøgningsfilerne; hvis personsøgningsfilerne kan udvides, er denne grænse ikke hård.

hvis du vil bruge et reserveret område med adresserum, skal du allokere fysisk lagring og derefter knytte dette lager til det reserverede område. Denne proces kaldes at begå fysisk opbevaring. Fysisk opbevaring er altid begået i sider.

fra ovenstående kan vi konkludere det ; task manager-værdierne ville ikke være de nøjagtige. Hvis du vil overvåge sidefilforbruget, er PERFMON det bedste i dette tilfælde og vil give dig en præcis ide om, hvad der er den nøjagtige brug. Perfmon-logfilerne viser den faktiske brug af sidefilen .

eksempel :-

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

mine vinduer 2003 test maskine her viser > 300MB i TaskManager side fil brug (dvs.begået bytes), men < 2% faktiske side fil brug i PerfMon. RAM er 512 MB, sidefilen er 1 GB. Hvis TaskManager viste faktisk brug af sidefiler, ville PerfMon vise 30% Brug, ikke 2%. Det viser 2%, fordi der ikke er nogen reel Personsøgning, der foregår, fordi 300 MB engageret hukommelse alle passer i min 512 MB RAM. Hvis jeg indlæser flere programmer for at øge engagerede byte, så det overskred fysisk RAM, så ville vi se Personsøgning, men ikke før.

yderligere tips:-

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

der er ingen fast sidefilstørrelse for en bestemt rolle som en server.

hvis du vil bestemme den rigtige sidefilstørrelse for systemet, skal du tage en perfmon under arbejdsvilkårene og derefter analysere brugen over en periode. Det ville give dig tal, hvorfra du kan beregne personsøgningen og indstille sidefilen i overensstemmelse hermed.

ideelt anbefales det som 1,5 gange den fysiske hukommelsesstørrelse.

for en maskine til at fange en dump-fil (jeg.e indholdet af hukommelse ) side fil er obligatorisk, og det skal være placeret på systemdrevet . Sidefilstørrelse for at fange en komplet hukommelsesdump skal være størrelsen på fysisk RAM +1 MB.

en 32 bit maskine kan have en maksimal størrelse på 4 GB. Enkel beregning 32 bit adresse bus 2^32 = 4GB.

på en 64 bit maskine er maskinerne generelt med enorme mængder RAM-størrelser . Der ville sidefilen med RAM-størrelse + 1 MB være tilstrækkelig.

overvågning af brug af sidefil gennem Perfmon :-

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

1.Klik på Start og gå til Kør og skriv “perfmon”

2.In vinduet Performance monitor klik på + tegnet ud for Performance Logs and Alerts

3.På tælleren logger højreklik og gå til nye Logindstillinger

4.Giv de nye Logindstillinger et navn efter eget valg

5.Klik derefter på fanen Tilføj tællere.

6.Indtast servernavnet, som vi vil overvåge ( eksempel: i formatet: \\servernavn)

7.Under fanen performance object skal du vælge personsøgningsfil og markere feltets alle tællere og alle forekomster

8.Klik derefter på knappen Tilføj, og gå derefter fanen logfiler og vælg den ønskede logtype.

9.Klik derefter på Konfigurer og angiv det sted, hvor du vil, eller lad det være som standard

10.Indstil grænsen for logfilerne . Dette afhænger af den varighed, du vil overvåge . Du skal holde det på 100 Mb mindst for at fange et godt antal prøver.

11.Klik derefter på OK, og klik på fanen tidsplan. Vælg her indstillingen manuelt (ved hjælp af genvejsmenuen)

12.Gå derefter til fanen Generelt og i feltet Kør som angiv administratoroplysningerne og Indstil adgangskoden.

13.Indstil intervallet i henhold til den tidsramme, du ønsker at overvåge serveren. For en god analyse anbefales det, at vi har mindst 100 prøver.

13.Klik derefter på Anvend, og i hovedvinduet til Performance monitor vil du se loggen med det navn, du tidligere har angivet, vises der.

14.Højreklik på den log og start den og fortsæt med at overvåge serveren