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>No, videl bych to tak, ze binarka bude na disku v nejake relokovatelne forme, coz by nemel byt problem. Je potreba jen poladit linker, aby neco takovyho produkoval. OS si ji pak umisti tam, kam bude potrebovat a pak uz se s ni nebude hybat. MZIX ma ted pro aplikace nastaveny stack od 0x7FFF a potom hned za kodem a statickymi daty zacina heap. Pri behu aplikace pak rostou proti sobe. To by slo zmenit/zoptimalizovat, napr. tak, ze pro stack bude pevne omezeny prostor urceny pri kompilaci aplikace, a konec heapu bude urcovat pametovy narok aplikace; podle toho se pak taky bude alokovat aplikacni pamet. Uvazuji spis o vetsich alokacnich jednotkach, treba 8kb. Aplikace by pak alokovaly misto v nasobcich techto jednotek. Do 32kb aplikacniho prostoru by se tedy vlezky 4 male aplikace 8kb aplikace. Ty by mohly sdilet procesorovy cas bez swapovani i bez memextu. Fuzzy 2012/2/18 Michal Hučík (sharpemu@pandora.cz) <ordoz@[doména skryta]>: <span class="replyquote1">> > > Ahoj Martine, > > o realokovatelnem kodu uz jsem kdysi taky uvazoval. U malych projektu to > snad neni takovy problem, ale u cehokoliv vetsiho by se bud v pravidelnych > intervalech musely v kodu udrzovat nejake orientacni tabulky a nebo by pred > startem programemu musela probehnout nejaka alokacni inicializace, ktera by > v podstate prepsala kod jeho kod - coz by ovsem znamenalo realokovatelnost > programu jen do chvile, nez dojde k jeho spusteni, ale pak uz by zrejme > musel zustat na stejne pozici. > > Co se tyka swapovani - nebylo by efektnejsi udrzovat u kazdeho procesu > nejake info o datovem prostoru, ktery si alokuje a swapovat pak jen to co je > nezbytne? > > Michal > > Dne 18.2.2012 16:56, Fuzzy (sharpemu@pandora.cz) napsal(a): > </span><span class="replyquote2">>> 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 >> kod? >> >> Fuzzy >> </span><span class="replyquote1">> > > --- </pre>