Přejít na obsah
ARCHIVEKArchiv e-mailových konferencí o 8bitových počítačích Archiv Pandory 1999 až 2013

Původní podoba příspěvku

Fuzzy Zpět na příspěvek

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"><B>Re: Re: ad. MZIX - lockovani Z-80:</B></td><td align=right valign="middle"></td></tr></table><BR><pre>Hm, materialy o lockovani na Z80 jsou velmi zajimave.
UZIX resi svoje vnitrni kriticke sekce zakazanim/povolenim preruseni, cili na
<img src="BODY_IMAGES_WRAP_GIF"> tom asi bude rozumne zapracovat.
Osetreni kritickych sekci neni ani ve funkcich volani jadra UZIXu 1.0.

Feri: Ano, tohle je otazka - jak velkou cast jadra ma smysl prepisovat do ASM.
<img src="BODY_IMAGES_WRAP_GIF">Nutno rict, ze HTC komilator je pri pouziti optimizeru velmi efektivni.
Je treba si uvedomit, ze prepsanim do assembleru docela vyrazne snizime
<img src="BODY_IMAGES_WRAP_GIF">udrzovatelnost projektu a zvysime jeho slozitost.
Asi neni pochyb o tom, ze veci blizke HW (napr. drivery FD, HD atd) je nutno
<img src="BODY_IMAGES_WRAP_GIF">nakodovat v ASM (nakonec tak to v UZIXu vetsinou je), ale je otazkou, jak
<img src="BODY_IMAGES_WRAP_GIF">postupovat ve zbytku jadra. Nechci tim rict, ze to nema smysl, ale rozhodne je
<img src="BODY_IMAGES_WRAP_GIF">to nutne dobre uvazit.

Jinak dale pripravuji zdrojaky, ktere budou zakladem MZIXu; brzy se objevi na
<img src="BODY_IMAGES_WRAP_GIF">SourceForge.

Fuzzy</pre>