Verwijderd schreef op 12 juni 2003 @ 21:50:
code:
1
2
| 639MB HIGHMEM available.
896MB LOWMEM available. |
Wat betekent dat HIGHMEM/LOWMEM nu precies. Is het geheugen boven die 896MB alleen adresseerbaar als kernel memory terwijl alles onder 896MB voor user-mode bestemd is ?
i386 is een 32-bit architectuur, en gebruikt dus 32 bit voor geheugen addressering. Dat betekent dat de
address space 4 GB (2^32 bytes) is.
Moderne (nouja, niet-antieke) protected mode CPU's (waaronder alle incarnaties van i386) kennen een fysical / virtual memory scheiding.
Fysical memory is het fysieke geheugen van de computer,
virtual memory is de geheugenruimte die een process "ziet". Virtual memory is
gemapt op fysical memory (of op andere zaken, zoals swap of files - maar dat terzijde).
Als een process dus 1 MB geheugen toegewezen heeft gekregen, dan valt deze 1 MB in zijn virtual memory. Maar dan kan het process nog niks. Die ene MB uit zijn virtual memory moet gemapt zijn op een MB uit het fysical memory. Het process spreekt gewoon het geheugen uit zijn virtual memory aan, en de CPU vertaalt deze virtual adresses (die alleen gelden in het wereldje van dat ene process) naar fysical adresses (die echt overal in je fysieke geheugen kunnen zijn). Zo kan het ook zijn dat 2 aaneengesloten MBs uit het virtual memory van het process gemapt zijn naar twee ver uit elkaar liggende MBs in het fysical memory; het maakt het process allemaal niet uit, de CPU regelt het wel (Overigens vindt dit doorgaans niet plaats met hele MBs, maar in
pages van 4 KB op i386).
Maar i386 heeft een (tamelijk vervelende) beperking. Zo moet het virtual memory van een process en het fysical memory samen in de ene address space van 4 GB gemapt zijn. Dat betekent dus effectief dat je de 4 GB address space moet opdelen in een fysical address space en een virtual address space. Niet alle architecturen hebben deze beperking; zo kunnen Sparc CPU's er een fysical address space van 4 GB op nahouden
en een virtual address space van 4 GB.
De Linux kernel doet een 1/3 split. 1 GB (ongeveer - 896 MB eigenlijk) fysical address space, 3 GB virtual address space. Dit betekent dat processes een virtual address space van 3 GB hebben, en dus 3 GB aan geheugen (echt geheugen, uitgeswapt, mmapped i/o, etc) kunnen gebruiken. Dat de fysical address space 1 GB is betekent dat er op elk moment maar 1 GB fysiek geheugen (
low memory) kan zijn dat actief gebruikt wordt door het OS of processes.
Geheugen dat buiten deze 1 GB valt is dus even niet in gebruik. Dit is het
high memory. Als de kernel echter geheugen nodig heeft, en er is geen low memory meer over, dan kan de kernel een page low memory naar het high memory verplaatsen, en een page uit het high memory naar het low memory verplaatsen. De (voorheen highmem, ongebruikte) page is dan beschikbaar voor gebruik. De page die van lowmem naar highmem is verplaatst is op dat moment echter niet bruikbaar. Maar de kernel kan deze weer terughalen naar het lowmem als hij nodig is. Dit principe lijkt heel erg op het swappen van geheugen naar je HD als je te weinig geheugen vrij hebt, maar het is uiteraard vele vele malen sneller.
Een andere manier om tegen dit alles aan te kijken is het volgende: de software kan je geheugen alleen zien via een
window. Vergelijk dit met bijvoorbeeld met een armband of een ring die op een vel papier ligt. Je mag alleen het papier dat je door de ring of armband ziet gebruiken, maar je mag de ring of armband wel verplaatsen om zo toch het hele papier te kunnen gebruiken. Je gehele geheugen (1.5 GB) is dan het papier, en de ring of armband is dan de 1 GB lowmem. Alleen het geheugen binnen dat window van 1 GB kan gebruikt worden, maar de kernel kan het window naar hartelust verplaatsen (Linux/i386 gebruikt overigens strikt genomen geen window - een window is een aaneengesloten ruimte, terwijl de verdeling lowmem/highmem erg gefragmenteerd kan zijn. Maar het gaat om het idee).
Windows NT heeft overigens een 2/2 split, en in Linux 2.5 kun je uit meerdere splits kiezen (oa 1/3, 2/2, 3/1 en 1.5/2.5 meen ik), al is het sterk aan te raden gewoon de default (1/3) te gebruiken.
Moet ik die zg. "BIGMEM" kernel gaan gebruiken om alles (1,5G) aan te kunnen spreken ?
Als je je eigen kernel compiled:
zet "high memory support - 4 GB" (oid) aan.
Voor wat je nu draait:
Je dmesg geeft sowieso al aan lowmem en highmem te hebben. Alleen dat al impliceert dat de kernel alles kan gebruiken. Controleer met "free -m" hoeveel geheugen er totaal bruikbaar is.
:strip_icc():strip_exif()/u/23437/crop5db08c996ac2e.jpeg?f=community)
)
/u/1830/acm.png?f=community)
/u/26742/000000751.png?f=community)
