🚀 go-pugleaf

alias (nospam@casema.net) wrote:
>Erik Hensema wrote:
>> 
>> Dus, als je een descriptor maakt met granularitybit aan en een maximaal
>> basisadres, dan ligt het basisadres op 4 GB * 4 KB = 2^32 * 2^12 = 2^44
>> bytes, oftewel 16 TB. Daar komt desnoods nog weer 4 GB overheen, dat is
>> immers de maximale segmentgrootte.
>
>De maximale segmentsgrootte wordt bereikt met een granulariteitsbit van 1 en
>en een limiet (inclusief!) van 0xffffff. De grootte is dan 16M * 4kB = 4GB.
>Er zijn 8k entries in de LDT en 8k entries in de GDT dus het totaal 
>adresseerbare (virtuele) geheugen is 16k * 4GB = 64GB per taak.

Juist, de limiet is dus blijkbaar 24 bits, in plaats van 32 bits, zoals ik
dacht. Op zich logisch, want IIRC is een descriptor 64 bits...

> 
>> Probleem met deze adresseringsmethode is het swappen, je moet namelijk per
>> segment swappen, dat is niet echt iets wat je wilt. Je zit dan namelijk
>> praktisch complete processen te swappen, in plaats van delen.
> 
>Het swappen kan zowel per segment (via exception 0xb) als per pagina (4kB via
>exception 0xe) gebeuren. In het laatste geval (demand paging) moet natuurlijk
>wel de paging-unit ingeschakeld staan.

Dat is gunstig. Het zou dus in principe in de Linux kernel toegepast kunnen
worden, lijkt me zo... Zal wel een klein beetje herstructurering voor nodig
zijn, vrees ik.

-- 
Erik Hensema (erik@hensema.xs4all.nl)
Quoting-HOWTO: http://www.xs4all.nl/~hensema/quote/
Nu ook op: http://www.nl.linux.org/doc/HOWTO/Quoting-HOWTO-NL.html