Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre>Ahoj Michale, jojo, postupne bude. MZIX (zatim) neumi relokaci binarek, takze kazdy proces zacina na 0x0100 a ma k dispozici 32k pameti, vcetne zasobniku a heapu. Zbylych 32k zabira kernel. Aby sel udelat multitasking se tedy potrebuje aktualni proces odswapovat pryc - a k tomu se ted pouziva ramdisk. Jestlize scheduler usoudi, ze je potreba prepnout na jiny proces, tak odlozi ten aktualne bezici na RD a nacte z RD novy. Tahle operace je casove draha, neco pres 0.3s, a tak se nemuze prepinat moc casto, v ukazce je prepinani nastaveno na 0.5s. Obecne to zavisi na priorite procesu, bude se dat nastavovat za behu systemu. Dale, kdyz proces ceka na vstup - napr. sash na zadani prikazu, tak je ve stavu SLEEP a neni aktivni. Tj. kdyz das na pozadi bezet border, tak ten border bezi furt dokud nezadas nejaky prikaz. To se pak sash vzbudi a zkusi ten prikaz vykonat. Muzes to videt treba kdyz mas na pozadi border a das "ls". Pak se sash vypisujici adresar a border budou nekolikrat stridat po te pulsekunde, jde to videt podle toho kdy border blika a kdy ne. V ukazce muzes taky dat 2 (a vice) borderu na pozadi - pak se pravidelne stridaji, v pulsekundovych intervalech jsou videt prestavky na prohozeni tech dvou border procesu. Co se tyka mista na RD - tak kazdy proces sezere 32k, takze napr. 1MB RD staci na rozjeti 32 procesu. Pouziti RD pro swapovani je zatim nouzovka misto memextu. Stary od Davida nemam a novy od Vaska jeste neni, emulator to neumi, takze to nemam na cem vyskouset. Ale s memextem by prepinani procesu byl fukot, to je jasny, nic by se nikam nemuselo kopirovat, jen by se prepinaly stranky memextu. Obcas si taky pohravam s myslenkou udelat relokovatelne binarky, aby kazdy sebemensi proces nezabiral tech 32k. Nezkouseli jste nekdy nekdo (obecne) relokovat (jinak nerelokovatelny) z80 <img src="BODY_IMAGES_WRAP_GIF"> kod? Fuzzy 2012/2/18 Michal Hučík (sharpemu@pandora.cz) <ordoz@[doména skryta]>: <span class="replyquote1">> > > Ahoj, pro experimentovani by se jeste hodilo mit i kill, jobs a nejaky > pstools, aby mel clovek lepsi predstavu co se deje, nicmene i tak je to > pekne. Zkousel jsem spustit nekolik shellu na pozadi :) > Jak je tam udelany shedulling? Pri kazdem zatemneni prepnes na dalsi proces? > > Michal > > > Dne 16.2.2012 22:34, Fuzzy (sharpemu@pandora.cz) napsal(a): > </span><span class="replyquote2">>> Ahojte, >> >> kdo byste se chteli mrknout na dalsi prototyp, tak je tady: >> https://sourceforge.net/projects/umzix/files/prototypes/2012-02-16/ >> >> Co potrebujete: >> - bud emulator, nastavit mzix dsk, nastavit RD a nabootovat >> - nebo relny sharp s unikartou nebo pravym FD, musi byt RD minimalne >> 64kB, nastavit/nahrat mzix dsk, nabootovat z FD (realneho sharpa jsem >> zatim nezkousel, zkusite nekdo?) >> >> POZOR! Ukazka prepise obsah vaseho RD. >> >> co muzete zkouset: >> ls >> cd >> pwd >> mkdir >> rm >> rmdir >> exit >> >> pak muzete zkusit spustit na pozadi jednoduchy proces, ktery blika >> borderem: >> border& >> a dal zkouset vyse uvedene prikazy. Sash a border se stridave >> odswapovavaji na RD (docela sranda :-); zadny memext to jeste neumi - >> s tim by to byl multiprocessing samozrejme uplne jina liga. >> >> Ma to jeste mouchy, napr. kdyz filesystem budete vic trapit tak se >> trochu rozhodi :-( Ale to nevadi, je to zatim jen ukazka. >> >> Fuzzy >> </span><span class="replyquote1">> > > --- </pre>