Memory Personsøgning

Ferranti AtlasEdit

den første computer til at understøtte Personsøgning var supercomputer Atlas, i fællesskab udviklet af Ferranti, University of Manchester og Plessey i 1963. Maskinen havde en associativ (indhold-adresserbar) hukommelse med en post for hver 512 ord side. Vejlederen håndterede afbrydelser af ikke-ækvivalens og styrede overførslen af sider mellem kerne og tromle for at give en butik på et niveau til programmer.

Microsoft Vinduerrediger

Vinduer 3.9

Personsøgning har været en funktion i Microsoft vinduer siden vinduer 3.0 i 1990. Vinduer 3.opretter en skjult fil med navnet 386SPART.PAR eller WIN386.SWP til brug som en byttefil. Det findes generelt i rodmappen, men det kan forekomme andre steder (typisk i mappen vinduer). Dens størrelse afhænger af, hvor meget bytteplads systemet har (en indstilling valgt af brugeren under Kontrolpanel, der er forbedret under “virtuel hukommelse”). Hvis brugeren flytter eller sletter denne fil, vises en blå skærm næste gang vinduer startes, med fejlmeddelelsen “den permanente byttefil er korrupt”. Brugeren bliver bedt om at vælge, om filen skal slettes eller ej (uanset om den findes).

vinduer 95, vinduer 98 og vinduer mig bruger en lignende fil, og indstillingerne for den er placeret under kontrolpanelet, der er placeret under kontrolpanelet, der er placeret under fanen Kontrolpanel. Vinduer indstiller automatisk størrelsen på sidefilen til at starte ved 1,5 liter størrelsen på den fysiske hukommelse, og udvid om nødvendigt op til 3 fysisk hukommelse. Hvis en bruger kører hukommelsesintensive applikationer på et system med lav fysisk hukommelse, foretrækkes det manuelt at indstille disse størrelser til en værdi, der er højere end standard.

vinduer NTEdit

filen, der bruges til personsøgning i vinduer NT-familien, er pagefile.sys. Standardplaceringen af sidefilen er i rodmappen for den partition, hvor vinduer er installeret. Vinduer kan konfigureres til at bruge ledig plads på alle tilgængelige drev til sidefiler. Det er dog nødvendigt for boot-partitionen (dvs. at have en sidefil på det, hvis systemet er konfigureret til at skrive enten kerne eller fuld hukommelse lossepladser efter en blå skærm af død. Vinduer bruger personsøgningsfilen som midlertidig opbevaring til hukommelsesdumpen. Når systemet genstartes, kopierer vi hukommelsesdumpen fra sidefilen til en separat fil og frigør den plads, der blev brugt i sidefilen.

FragmentationEdit

i standardkonfigurationen af vinduer kan sidefilen udvides ud over dens oprindelige tildeling, når det er nødvendigt. Hvis dette sker gradvist, kan det blive stærkt fragmenteret, hvilket potentielt kan forårsage ydelsesproblemer. Det Almindelige Råd, der gives for at undgå dette, er at indstille en enkelt “låst” sidefilstørrelse, så vinduer ikke udvider den. Sidefilen udvides dog kun, når den er udfyldt, hvilket i sin standardkonfiguration er 150% af den samlede mængde fysisk hukommelse. Således skal den samlede efterspørgsel efter sidefilstøttet virtuel hukommelse overstige 250% af computerens fysiske hukommelse, før sidefilen udvides.

fragmenteringen af sidefilen, der opstår, når den udvides, er midlertidig. Så snart de udvidede regioner ikke længere er i brug (ved næste genstart, hvis ikke før) frigøres de ekstra diskpladstildelinger, og sidefilen er tilbage til sin oprindelige tilstand.

det kan være problematisk at låse en sidefilstørrelse, hvis et program anmoder om mere hukommelse end den samlede størrelse af fysisk hukommelse og sidefilen, hvilket fører til mislykkede anmodninger om at allokere hukommelse, der kan medføre, at applikationer og systemprocesser mislykkes. Sidefilen læses eller skrives sjældent i rækkefølge, så ydelsesfordelen ved at have en helt sekventiel sidefil er minimal. Imidlertid tillader en stor sidefil generelt brugen af hukommelsestunge applikationer uden sanktioner udover at bruge mere diskplads. Mens en fragmenteret sidefil muligvis ikke er et problem i sig selv, vil fragmentering af en sidefil med variabel størrelse over tid skabe flere fragmenterede blokke på drevet, hvilket får andre filer til at blive fragmenteret. Af denne grund er en sammenhængende sidefil i fast størrelse bedre, forudsat at den tildelte størrelse er stor nok til at imødekomme behovene i alle applikationer.

den krævede diskplads kan let tildeles på systemer med nyere SPECIFIKATIONER (dvs. et system med 3 GB hukommelse med en 6 GB sidefil i fast størrelse på et 750 GB diskdrev eller et system med 6 GB hukommelse og en 16 GB sidefil i fast størrelse og 2 TB diskplads). 0,8% af diskpladsen med sidefilen forud udvidet til sit maksimum.

defragmentering af sidefilen anbefales også lejlighedsvis for at forbedre ydeevnen, når et system kronisk bruger meget mere hukommelse end dets samlede fysiske hukommelse. Denne opfattelse ignorerer det faktum, at sidefilen bortset fra de midlertidige resultater af ekspansion ikke bliver fragmenteret over tid. Generelt behandles ydeevneproblemer relateret til sidefiladgang meget mere effektivt ved at tilføje mere fysisk hukommelse.

unikke og unikke systemeredit

unikke systemer og andre unikke operativsystemer bruger udtrykket “bytte” til at beskrive handlingen med at erstatte diskplads til RAM, når fysisk RAM er fuld. I nogle af disse systemer er det almindeligt at dedikere en hel partition på en harddisk til at bytte. Disse partitioner kaldes bytte partitioner. Mange systemer har en hel harddisk dedikeret til at bytte, adskilt fra datadrevet(E), der kun indeholder en byttepartition. En harddisk dedikeret til Bytte kaldes et “byttedrev” eller et “scratch drive” eller en “scratch disk”. Nogle af disse systemer understøtter kun bytte til en byttepartition; andre understøtter også bytte til filer.

Linuksedit

kernen understøtter et næsten ubegrænset antal byttebackends (enheder eller filer) og understøtter også tildeling af backend-prioriteter. Når kernen bytter sider ud af fysisk hukommelse, bruger den den højeste prioritet backend med tilgængelig ledig plads. Hvis flere byttebackends tildeles den samme prioritet, bruges de på en round-robin-måde (hvilket ligner RAID 0-lagringslayouter), hvilket giver forbedret ydelse, så længe de underliggende enheder effektivt kan fås parallelt.

Skift filer og partitionerredit

fra slutbrugerperspektivet skal du bytte filer i version 2.6.begrænsningen er, at byttefiler skal tildeles sammenhængende på deres underliggende filsystemer. For at øge ydeevnen for byttefiler holder kernen et kort over, hvor de er placeret på underliggende enheder og får adgang til dem direkte og dermed omgå cachen og undgå filsystemoverhead. Uanset hvad anbefaler Red Hat at bytte partitioner, der skal bruges. Når man bor på harddiske, som er roterende magnetiske medieenheder, er en fordel ved at bruge byttepartitioner muligheden for at placere dem på sammenhængende HDD-områder, der giver højere datagennemstrømning eller hurtigere søgetid. Den administrative fleksibilitet i byttefiler kan dog opveje visse fordele ved byttepartitioner. For eksempel kan en byttefil placeres på ethvert monteret filsystem, kan indstilles til enhver ønsket størrelse og kan tilføjes eller ændres efter behov. Skift partitioner er ikke så fleksible; de kan ikke udvides uden brug af partitionerings-eller volumenstyringsværktøjer, der introducerer forskellige kompleksiteter og potentielle driftsstop.

byttehandel

byttehandel er en kerneparameter, der styrer den relative vægt, der gives til at bytte ud af runtime-hukommelse, i modsætning til at droppe sider fra systemsidens cache, når en anmodning om hukommelsesallokering ikke kan imødekommes fra ledig hukommelse. Bytteværdi kan indstilles til værdier mellem 0 og 200 (inklusive). En lav værdi får kernen til at foretrække at fjerne sider fra sidecachen, mens en højere værdi får kernen til at foretrække at bytte “kolde” hukommelsessider ud. Standardværdien er 60; indstilling af den højere kan forårsage høj latenstid, hvis kolde sider skal byttes ind igen (når de interagerer med et program, der f.eks. havde været inaktiv), mens indstilling af det lavere (endda 0) Kan forårsage høj latenstid, når filer, der var blevet udvist fra cachen, skal læses igen, men vil gøre interaktive programmer mere lydhøre, da det er mindre sandsynligt, at de har brug for at bytte kolde sider tilbage. Bytte kan også bremse HDD ‘er yderligere, fordi det involverer en masse tilfældige skrivninger, mens SSD’ er ikke har dette problem. Bestemt standardværdierne fungerer godt i de fleste arbejdsbelastninger, men desktops og interaktive systemer til enhver forventet opgave vil muligvis sænke indstillingen, mens batchbehandling og mindre interaktive systemer måske ønsker at øge den.

Skift dødedit

når systemhukommelsen er meget utilstrækkelig til de aktuelle opgaver, og en stor del af hukommelsesaktiviteten gennemgår en langsom bytte, kan systemet praktisk talt ikke være i stand til at udføre nogen opgave, selvom CPU ‘ en er inaktiv. Når hver proces venter på bytte, anses systemet for at være i bytte død.

Skift død kan ske på grund af forkert konfigureret hukommelsesoverforpligtelse.

den oprindelige beskrivelse af problemet “bytte til døden” vedrører serveren. Hvis kode eller data, der bruges af serveren til at reagere på et tastetryk, ikke er i hovedhukommelsen, vil serveren tage en eller flere sidefejl, hvis brugeren indtaster et tastetryk, hvilket kræver, at disse sider læses fra bytte, før tastetryk kan behandles, hvilket bremser svaret på det. Hvis disse sider ikke forbliver i hukommelsen, bliver de nødt til at blive afbrudt igen for at håndtere det næste tastetryk, hvilket gør systemet praktisk talt ikke reagerer, selvom det faktisk udfører andre opgaver normalt.

macOSEdit

macOS bruger flere byttefiler. Standardinstallationen (og Apple-anbefalet) placerer dem på rodpartitionen, selvom det er muligt at placere dem i stedet på en separat partition eller enhed.

AmigaOS 4edit

AmigaOS 4.0 introducerede et nyt system til tildeling af RAM og defragmentering af fysisk hukommelse. Det bruger stadig fladt delt adresserum, der ikke kan defragmenteres. Den er baseret på slab tildeling metode og paging hukommelse, der gør det muligt at bytte. Personsøgning blev implementeret i AmigaOS 4.1, men kan låse systemet op, hvis al fysisk hukommelse er opbrugt. Byttehukommelse kunne aktiveres og deaktiveres når som helst, så brugeren kun kan vælge at bruge fysisk RAM.