Hvis du har en computer med en stor mængde RAM, vil du have fordele ved at deaktivere sidefilen eller skal du bare forlade godt nok alene? Dagens SuperUser Q & A diskuterer emnet for at hjælpe med at tilfredsstille en læsers nysgerrighed.

Dagens Spørgsmål og Svar-session kommer til vores side med SuperUser-en underafdeling af Stack Exchange, en community-driven gruppe af Q & A-websteder.

Foto med tilladelse til Collin Anderson (Flickr).

Spørgsmålet

SuperUser-læseren user1306322 vil gerne vide, om der er fordele ved at deaktivere sidefilen, hvis en persons computer har meget RAM:

Forestil dig at jeg har masser af RAM , f.eks. 64 GB. Det er meget, selv for spilcomputere. Nu er standardplaceringen af ​​en sidefil i Windows på hoveddriftsstationsdrevet (det være sig HDD eller SSD), hvilket er hurtigere generelt men stadig ikke så hurtigt som RAM.

Noget fortæller mig, at deaktivere sidefilen på harddisken eller skabe et virtuelt RAM-drev og lade sidefilen være der, kunne gøre Windows flytte al sin virtuelle hukommelse til RAM og øge systemets ydeevne. Men jeg er ikke særlig kyndig i det område, så det kan slet ikke være sandt.

Jeg forsøgte begge, men jeg kunne ikke analysere resultaterne for at nå en konkret konklusion med mit vidensniveau i hukommelsesrelaterede spørgsmål. Ville det fungere? Hvis ikke, hvorfor?

Ville bruger1306322 have fordele ved at deaktivere sidefilen?

Svaret

SuperUser-bidragyder David Schwartz har svaret for os:

Uanset hvor meget RAM du har, du vil have systemet til at kunne bruge det effektivt. Ikke at have en sidefil overhovedet tvinger operativsystemet til at bruge RAM ineffektivt af to grunde:

• For det første kan det ikke gøre sider kasseres, selvom de ikke er blevet adgang til eller ændret i meget lang tid, hvilket tvinger diskens cache at være mindre.
• For det andet skal den reservere fysisk RAM til tilbage tildelinger, der meget næppe nogensinde kræver det (for eksempel en privat, modificerbar filmapping), hvilket fører til en sag hvor du kan have masser af gratis fysiske RAM og alligevel tildelinger nægtes at undgå overforbud.

Overvej f.eks., Om et program gør en skrivbar, privat hukommelse kortlægning af en 4 GB fil. Operativsystemet skal reservere 4 GB RAM til denne kortlægning, fordi programmet kunne tænke sig at ændre hver byte, og der er ikke noget sted, men RAM til at gemme det. Så fra starten er 4 GB RAM stort set spildt (det kan bruges til at cache rene disksider, men det handler om det).

Du skal have en sidefil, hvis du vil få mest muligt ud af din RAM, selvom det aldrig bruges. Det virker som en forsikring, der gør det muligt for operativsystemet at bruge det RAM, det har, snarere end at skulle reservere det for muligheder, der er ekstraordinært usandsynligt.

De mennesker, der designet dit operativsystems adfærd, er ikke narre. At have en sidefil giver operativsystemet flere valgmuligheder, og det gør ikke dårlige.

Der er ingen mening i at forsøge at lægge en sidefil i RAM. Og hvis du har masser af RAM, er siden filen meget usandsynlig at blive brugt (det skal bare være der), så det er ikke særlig vigtigt, hvor hurtigt den enhed den er på.

Sørg for at tjekke livlig diskussionstråd om emnet via linket nedenfor!

Har du noget at tilføje til forklaringen? Lyde af i kommentarerne. Vil du læse flere svar fra andre tech-savvy Stack Exchange brugere? Se hele diskussionsgruppen her.

Fejlfinding i langsom højre kontekstmenu i Windows 7/8

Jeg har for nylig opgraderet en bærbar computer til Windows 8.1 og løb ind i et meget irriterende problem. Når jeg vil forsøge at højreklikke på noget på skrivebordet eller i Windows Stifinder, ville højreklikmenuen tage overalt fra 10 til 25 sekunder for at indlæse! Problemet var særligt dårligt på skrivebordet, hvor jeg engang ventede en kæmpe 30 sekunder for at menuen skulle vises.Jeg kan husk

(How-to)

Hvordan man dræber et "ikke-svarende" -program, når task manager fejler

Windows informerer dig om, at et program er ophørt med at reagere, vælger du at lukke programmet og intet sker, du forsøger at opsige det Task Manager og intet sker, og der er du, fast med et fejlagtigt, men usletteligt program. Hvad kan du gøre? Læs videre, da vi hjælper en HTG-læser med at dræbe sin drage.

(how-to)