Taky si myslim, ze se neda vychazet z casu bootu z RD, ktery dela
monitor.
Uz drive mi psal Zdenek, ze v Markove Reilability testu cteni HD
dosahovalo 50KB/s, zapis byl zhruba na polovicni rychlosti. Takže na
swapovani by se dal bez problémů použít i HD - ve srovnání s Pezikem
bych
řekl, že bude o dost rychlejší.
Pezik je ovládán rotovaným adresovým registrem, který je nutné celý
updatnout při každém čtení / zápisu..
Reálně se mi ale zdá, že ani jeden z diskutovaných typů ukládání
dat
nebudeme moct použít jinak než jako "pomalý swap". Pokud budeme mít
problémy s velikostí jádra a skončíme s tím, že se nám nepodaří
rozběhnout
tak, aby zůstalo dost volné paměti pro programy, možná budeme muset
přehodnotit základní požadavky na MZIX a zkusit se přeci jen poohlédnout
po
nějakém způsobu, jak reálně mapovat víc než 64k RAM na Sharpu. Takové
rozšíření by se hodilo na víc věcí než jen MZIX - šlo by do NIPOSu
dodělat
multitasking v CP/M, použít paměť při předělávání nových věcí na ZX
z
ruských dílen apod.). Dokázal bych si i představit projití současných
programů a her tak, aby bylo možné z nich kdykoli vyskočit zpět do
systému
a pak zase zpět do programu (něco jako hibernate)...
R.
>Dne 19.09.2003 08:31:40 "Zdenek Adler (sharpemu tu byla ta zakroucena vec pandora.cz)" napsal:
>
>Nerad bych ted kecal, ale myslim ze Fuzzyho vypocet byl spravny - pokud se
>nemylim (je to mozne, rutiny monitoru pro praci s RD nemam moc
>prostudovane), tak se nejprve program prenese z ramdisku do pameti od
adresy
>0x1200 a teprve potom se LDIRem prenasi na spravne misto v pameti. Krom
toho
>asi Feri pocital i cas, ktery trva inicializace samotneho monitoru ....
>Pokud se jeste bavime o rychlosti, jednoznacne nejlepsi je v tomto
>zalohovany RD kompatibilni s originalem ktery disponuje automatickou
>inkrementaci adresoveho citace po kazdem cteni/zapisu bytu. Nezalohovany
RD
>typu Pezik ma nevyhodu v tom, ze se navic musi pred kazdym ctenim/zapisem
do
>nej nastavit nova adresa a take zbytecne zabira moc portu (512K verze
obsadi
>8 portu).
>
>Zdenek
>
>>
>> tie casy budu asi blizsie ku tej pomalsej bitrate. ak sa riadim SRAM,
tak
>> aj napriek optimalnejsiemu citaniu (INIR) trva nacitanie niekolko
desiatok
>> kB softu cas porovnatelny so sekundami.
>> vid rychlost, akou sa otvara Flappy zo SRAM: v UMZE alebo trebars aj v
>> Zdenkovou EMU - 44kB za odhadom 2-3s, nech som superoptimista tak 1s -
>cize
>> urcite menej ako 44kB/s.
>>
>> z toho vyplyva, ze strankovanie je natolko pomale, ze nieco ako
>> multitasking moze mat vazne problemy.
>>
>> co s tym?
>>
>> Feri.