| Re: Re: MZIX - memory model: | |
> - preferoval by som skor mod 640x400, napriek usetrenym 8kB by sa s
> 320x200
> asi robilo horsie...
tenhle mod bych preferoval taky, ale bohuzel na Sharpu neni k dispozici :-)
Oukej, vim ze to byl preklep.
Jinak jsem to myslel tak, ze zakladni pametovy model MZIX pocita s 640x200, ty
dalsi moznosti (vcetne jinych grafickych rezimu a vyuziti ROM) jsem myslel jako
alternativni moznosti - nastavovane nejakymi parametry pri prekladu jadra; kdo
bude mit zajem, nastavi si prislusny parametr, prelozi jadro a bude mit jadro
uzpusobene napr. pro vyuziti preprogramovane ROM. Samozrejme, ze tyto
alternativy zatim implementovat nebudeme, jde o to, aby se na tyto moznosti
myslelo
do budoucna a aby jadro bylo podle toho navrzeno.
> - spominanych 384 bajtov ma vyznam pouzit LEN vtedy, ako nenarastie > objem
> jadra pristrankovavanim VRM pre ich vyuzitie. preto sa priklanam aj
> (takmer) trvalejsiemu primapovaniu VRAM.
tech 384B jsem myslel napr. pro rutiny pro vypis znaku do VRAM, kdyz je tato
stranka stejne namapovana.
> - neadresujes problem mapovania - pri namapovanej VRAM je
> 1000-1FFF
> namapovana CGROMkou... co s aplikaciou (ak bude volat jadro prave z
> tej adresy?)
Pro aplikace by se system tvaril, jako ze pro ne ma urcity prostor RAM. Aplikace
o strankovani nebude vubec vedet. Jestlize system (at uz pri volani sluzby
jadra, prepinani kontextu nebo jindy) bude potrebovat nastrankovat VRAM, tak to
jednoduse provede. vubec nevadi, ze se odstrankuje prave bezici aplikace - jadro
je odpovedne za to, ze nevrati rizeni aplikaci, ktera je odstrankovana nekde pod
vram nebo cgrom.
Prakticky bych to videl tak, ze obsah VRAM se proste musi zvolit tak vhodne, aby
bylo mozno v prubehu jejiho nastrankovani zakazat zmenu kontextu na aplikace.
Proste nejake neblokujici rutiny, pri nichz se 1) zakaze prepinani kontextu, 2)
nastrankuje VRAM, 3) zavole se rutina, 4) udstarnkuje se VRAM, 5) povoli se
prepinani kontextu.
Entry point pro sluzby jadra musi byt samozrejme mimo strankovatelne adresy.
> pamatovy model je fajn, ale vcelku by sa mi pozdavalo aj jadro v
> hornej casti - primapovanim hornej vram dostanes linearny priestor
> (8000-9FFF resp. BFFF). tak by sa do tych zvyskovych 384 Bajtov
> dalo dat nieco, co nadvazuje dalej - A000....
Ano, to by vyhoda byla ale myslim ze ne az tak velka, separace jadra na 16kB ve
VRAM + zbytel nekontinualne jinde by myslim nebyl velky problem.
Fuzzy