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> Nazdar. <span class="replyquote1">> Takze je to jasny, delal to Stack, ktery ma u BDOS a CCP omezenou > velikost. A propo, Romane, nevis kolik? Nekde jsem cetl, ze snad jen > 6 urovni... </span> Už som ti o tom pred časom písal, takže sa budem citovať :-) <cite> Po spustení programu je skutočne zásobník nastavený v CCP obmedzený. Na zásobníku je iba, resp. možno využiť, 14 bytov, teda 7 položiek. Takže určite je vhodné si nastaviť vlastný zásobník, pokiaľ to program <img src="BODY_IMAGES_WRAP_GIF"> potrebuje. BDOS ale pri volaní jeho služieb využíva vlastný zásobník o veľkosti 48 bytov (24 položiek), takže pri volaní BDOSu sa z užívateľského <img src="BODY_IMAGES_WRAP_GIF"> zásobníka využije iba jediná položka a to samotná návratová adresa do volajúceho programu. BIOS zvyčajne využíva zásobník BDOSu, pokiaľ si nenastaví <img src="BODY_IMAGES_WRAP_GIF">vlastný. </cite> <span class="replyquote1">> Jeste dotaz na Romana. Kdyz na PMD32-SD zalozim v images.cfg povoleny > formaty a pak zalozim od tech formatu na SD karte vzdy jeden "maticni" > image, muzu potom dalsi image vytvorit prostym kopirovanim na PC s > prejmenovanim a naslednym ulozenim do adresarovy struktury? </span> Môžeš, samozrejme. Naviac, vôbec nie je nutné vytvárať obrazy diskov priamo na PMD 32-SD. Je toiba jedna z možností. Dôležité je iba to, aby súbory obrazov diskov mali zodpovedajúcu veľkosť. Teda TRACKS * SECTORS_PER_TRACK * 128 a ideálne boli po vytvorení vyplnené hodnotou 0xE5. Odporúčam pre vytváranie obrazov diskov použiť buď tebou spomenuté kopírovanie, alebo ideálne CP/M Image Manager. Vytváranie cez samotné PMD 32-SD považujem za núdzové riešenie :-) <span class="replyquote1">> Nebude se v tom pak PMD23-SD necemu branit? Napada me treba, ze ve jmenech > z PC je datum vytvoreni a z PMD32-sd neni. </span> PMD 32-SD ignoruje dátum súboru a teda ho ani nezapisuje. Preto majú vytvorené obrazy diskov dátum zo začiatku 17. storočia ;-) Uvažoval som, že do novej verzie firmwaru pridám možnosť zadania dátumu a ten by v čase zapnutia normálne bežal a korektne by sa zapisoval pri vytváraní nového súboru. Ale nakoniec som sa na to vykašľal, pretože som usúdil, že to nemá v tomto prípade valný význam. <span class="replyquote1">> Jeste me trochu zarazila jedna vec, porovnaval jsem cteni stejnyho poctu > a dylky souboru na PMD32-SD a 3,5" mechanice a jevi se mi ze 3,5" jsou > asi o 1/3 rychlejsi. Je to mozny? Ze by i pres zdrzeni vystavovanim > mechaniky byl datovej pristup kvuli 512 bytu dlouhejm DMA prenosum > rychlejsi nez prenos v tom Tvym protokolu? nebo je jeste neco spatne, > treba ze se PMD 32-SD pokousi o prenos vicekrat? Zkusim vyhodit Retry. </span> Hmm, zaujímavé. Pokiaľ by to bolo kvôli opakovanému čítaniu/zápisu, tak to by nebolo <img src="BODY_IMAGES_WRAP_GIF"> veľmi pozitívne. To by asi znamenalo veľkú chybovosť prenosu. Podľa rýchlosti, akou sa vytvoril 2MB image (za 43 sekúnd), tak samotný zápis na SD kartu je zhruba 45kB/s. Samozrejme, prenos medzi počítačom a PMD 32-SD je podstatne pomalší. Ja somto, pravdu povediac, nikdy nemeral, ale podľa pôvodného manuálu k PMD 32 je čítacia | zapisovacia rýchlosť 7kB/s | 6kB/s. Kedže sa komunikačný <img src="BODY_IMAGES_WRAP_GIF"> protokol nemenil, tak odhadujem, že PMD 32-SD je minimálne rovnako rýchla a snáď aj rýchlejšia, ako pôvodná PMD 32. <span class="replyquote1">> Jsem nadsen, jdu si otevrit cerveny. Dnes mam vydelano!!!!! -:))) </span> Na zdravie a predbežne sa teším aj ja. Roman </pre>