Konference: Počítač SHARP MZ-800 a emulátory
Od: | Fuzzy |
Datum: | 19.9.2003 08: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)]