Konference: Počítač SHARP MZ-800 a emulátory

Od: Fuzzy
Datum: 19.9.2003 11:39
Předmět: Re: MZIX-proveditelnost-rychlost MZ-800

Re: MZIX-proveditelnost-rychlost MZ-800:

Zdar,

Vyjadrujte se please dal k tem rychlostem, ja zatim budu premyslet dal:

Predpokladejme tedy, ze zmenu kontextu dle toho, jak to dela UZI/UZIX, jsme
 schopni provest za 0.5s pri 32kB procesech. Hm, to tedy vskutku neni zadne
terno.
Zde bych se zastavil u toho, jak to vlastne UZI/UZIX delaji:
UZI: dle me UZI nepocita s tim, ze by to swapovani bylo rychlejsi, nez jsme
napocitali my. Zmena kontextu se deje typicky za 1s (slovy jednu sekundu). To
znamena ze proces 0.5 sekundy bezi a dalsi 0.5 sekundy swapuje na jiny. Nic moc,
podle me.
UZIX: zde autor jiz pocitali s lepsim HW (MSX2), maji tam minimalne 128 kB
strankovatelne pameti (ale i vic jako option). Takze si mouhou dovolit
neswapovat, ale strankovat. Tim padem je pro ne zmena kontextu mnohem rychlejsi 
zalezitost a muzou mit rychlejsi prepinani.

No, a kdyz mame posoudit, jestli nam rychlost MZ-800 staci, musime ted
zateoretizovat, jak ten process/memory management vlastne muzeme udelat.
Prvni moznost je zustat u toho, jak to dela UZI - zmena kontextu za 1s. Coz by
teoreticky fungovalo, ale jiste se to nikomu nebude libit.
Jina moznost je memory/process management trochu prekopat a jit jinou cestou nez
UZI/UZIX. Dle me by to slo udelat tak, ze by se nenechavalo kazdemu procesu
celych 32 kB, ale jen to, co zabere staticky. Plus dale za behu samozrejme
procesem dynamicky alokovana pamet. Volnou pamet by bylo mozno priradit dalsim
procesum. Tim by samozrejme prepnuti kontextu mezi procesy v pameti byla rychla 
zalezitost. Na periferni zarizeni by se odswapovalo, az by dosla RAM pro
procesy.

Z tohoto navrhu vyplyva:
- binarky pro MZIX by musely byt relokovatelne na libovolne misto RAM (coz by se
dalo zaridit)
- upravit process/memory management z UZI/UZIX a vyresit problemy, ktere z
tohoto reseni vyplynou

Jsem si vedom toho, ze 32 kB mista na procesy je dost malo, ale na vybranou moc 
nemame. Muzeme
udelat nejake moznosti pri kompilaci jadra - napr. zkompilovat pro uzpusobenou
ROM Sharpa (kterou preprogramujeme)
- pak by pameti mohlo byt vice, popr. moznost vyuziti pridavne straknovatelne
RAM (ktera ovsem zatim neni).

Co vy ostatni, nejake dalsi napady?

Fuzzy.

Ostatní příspěvky vlákna:

 
[2003/1 (22)] [2003/2 (25)] [2003/3 (14)] [2003/4 (20)] [2003/5 (73)] [2003/6 (108)] [2003/7 (88)] [2003/8 (81)] [2003/9 (146)] [2003/10 (60)] [2003/11 (12)] [2003/12 (5)]


[1999 (1)] [2000 (168)] [2001 (733)] [2002 (459)] [2003 (654)] [2004 (224)] [2005 (105)] [2006 (182)] [2007 (201)] [2008 (294)] [2009 (363)] [2010 (782)] [2011 (522)] [2012 (642)] [2013 (442)]