Problem s obsadenim pamate v jazyku C

[Míla Kuchta]

Ahoj Pavle,

Pavel Kankovsky <peak na argo.troja.mff.cuni.cz> wrote:
> On Fri, 11 Jan 2002, Ing. Pavel PaJaSoft Janousek wrote:
> 
>> > teoreticky muze existovat i takovy 32 bitovy hw, kde to bude opravdu 4:0.
>> 
>>       Jiste, ale pak to bude trochu neco jineho nez I80386 a vyssi - prece
>> jen je treba s okolim nejak komunikovat - mapovani, preruseni apod... -
>> jiste, IN/OUT jde rovnez, efektivita prenosu a rychlost je ehm..'-)
> 
> Samozrejme, ze to nebude i386 a spol. Vy to rikate, jako by intelske cipy
> byly "the apex of CPU evolution." A spis jde o to, zda dany hw umozni
                                ^^^^
Ach ten Amerikanismus:-).

[...]

> Bylo to 4G-4k:4k, cimz bylo mineno, ze pro ucely vlastniho systemu je
> v pametovem prostoru procesu vyhrazena jedina stranka. To teoreticky
> postacuje k tomu, abychom meli kam ulozit TSS, GDT, LDT a IDT (pokud jsou
> ty tabulky primerene male) a kod, ktery zajisti prechod do jadra a zpatky
> s prislusnou zmenou mapovani pameti (registr cr3). Tabulky stranek (a
> cr3) obsahuji fyzicke adresy, a tudiz mohou byt zcela mimo linearni
> adresovy prostor.

Mimo virtualni linearni prostor (logical address) ano, mimo "linearni
prostor" urcite ne.

[...]

> A kdyz nad tim premyslim, tak lze ta jedna nebo nekolik stranek stejne
> virtualizovat (budou pochopitelne nepristupne, ale instrukce, ktere by
> s nimi pracovaly, budou emulovany, a tudiz bude programu pripadat, ze ma
> k dispozici uplne vsechny stranky). Ale to uz je skutecne teorie.

Uplna teorie to neni. Nekde jsem to uz videl, ale ted uz Vam nereknu
kde. Kdyz si vzpomenu dam vedet.

S pozdravem

Mila Kuchta