Gå til innhold

Diskfragmentering og virtuellt minne


hemo

Anbefalte innlegg

Videoannonse
Annonse

Den gong Windows laga swap-fila på C, så blei den laga i starten av harddiskens logiske lagringsplass. Vidare har disken blitt fyllt med data. Neste ledige blogg med data ligg då ein stad lenger ut på disken.

 

Eg trudde ikkje Windows sitt innebygde defragmenteringsverktøy kunne defragmentera swap-fila, og meiner bestemt at ein må ha spesialverkty for ein sånn operasjon.

 

I og med at min Windows aukar swap-fila med ugjavne mellomrom, blir vel denne då fragmentert, noko som går utover yteevna til maskina.

Lenke til kommentar

swap fila bli ikke defragmentert og kan da inneholde feil som medfører at ting begynner å ta mer tid.... egen erfaring

 

Det du kan gjøre er å slå av swap fil, boote, diskdefragmentere, boote, slå på igjen swap fil, boote.

 

Dette medførte for meg en betydelig hastighetsøkning

 

Ellers kjører jeg diskdefrag (sw) som automatisk overvåker og defragmenterer diskene mine. Vet ikke om det hjelper, men har en følelse av det det holder maskinen "frisk" lenger enn om en ikke kjører diskdefrag.

 

Kommentarer tas i mot.

Lenke til kommentar

Eg skal prøva det tipse med å diskdefragmentera mens swap-filer er slått av!

 

Her er fragmenteringsstatus før omstart:

 

http://hemoxp.spymac.net/dump/defragbeforereboot.jpg

http://hemoxp.spymac.net/dump/defragbeforereboot_teks.jpg

 

Og her er fragmenteringsstatus etter omstart:

 

http://hemoxp.spymac.net/dump/defragafterreboot.jpg

http://hemoxp.spymac.net/dump/defragafterreboot_teks.jpg

 

(filene ligg på ein server som av og til er travel - rekn med lang lastetid)

 

Årsaka til at eg samanlikna dette, var at det stod at Windows automatisk sletter fragmenteringar av utvida virtuellt minne. Dette stod i sida som Hårek viste til (søk etter "IMPORTANT!")

 

Elles kan eg vel ta med dette (frå same dokument):

NOW YOU HAVE THE BEST OF BOTH WORLDS. A page file that is static, because you have made the initial minimum so large the OS will never need to expand it, and, expansion enabled just in case you are wrong in your evaluation of what kind of power user you are or become.

 

USUALLY THE DEFAULT SETTINGS OF XP ACCOMPLISH THIS GOAL. Most users do not need to be concerned or proactive setting their virtual memory. In other words, leave it alone.

 

HOWEVER, SOME USERS NEED TO USE A HIGHER INITIAL MINIMUM THAN THE DEFAULT. These are the users that have experienced an episode where the OS has expanded the page file, or claimed that it is short of virtual memory.

 

USERS THAT ARE NOT SHORT OF HARD DRIVE SPACE SHOULD NEVER LOWER THE DEFAULT SETTINGS OF THE PAGE FILE.

 

Fact!

Lenke til kommentar

Som er stikk i strid med det som står i dokumentet som hårek posta. F.eks.:

"Any "expert" that has told you the page file becomes fragmented due to "expansion" has an incomplete understanding of what the page file is, what the page file does, and how the page file functions. To make this as simple as possible, here's what actually happens, and exactly how the "fragmented page file" myth got started:"

 

..så må du klikka her: http://www.tweakhound.com/xp/virtualmemory.htm for å lesa resten...

Lenke til kommentar

Jeg vet ikke helt hva jeg skal tro. Har stor respekt for folka i Sysinternals. Men de sier jo at pagefile kun kan defragmenteres ved boot, og tweakhound sier noe av det samme. Såvidt jeg forstår så er det viktigste at pagefile er contiguous, for innholdet blir vel automatisk slettet og dermed "defragmentert" ved ennhver boot.

Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...