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>Dne pondělí 11 Říjen 2010 14:59:24 Ctirad Feřtr (sharpemu@pandora.cz) 
napsal(a):
<span class="replyquote1">&gt; Ahoj,
&gt; 
&gt; po pár hodinách hraní si s unicartou mám nějaké dotazy. Jaké je
<img src="BODY_IMAGES_WRAP_GIF"> vlastně
&gt; omezení maximální velikosti obrazu sharpí diskety? Třeba u Atari se
&gt; standardním DOSem může být &quot;disketa&quot; až 16MB velká, takže se to dá
<img src="BODY_IMAGES_WRAP_GIF">na
&gt; všelijakých kartových a IDE zařízeních používat jako diskové
<img src="BODY_IMAGES_WRAP_GIF">partitiony
&gt; namísto neustálého žonglování s pár set kilovými obrazy disket. Šlo
<img src="BODY_IMAGES_WRAP_GIF">by to
&gt; udělat i na sharpu? A pokud jo, čím takový maxi DSK vygenerovat?
&gt; 
&gt; Ctirad
</span>

Problém s velkou &quot;disketou&quot; je ten, že v cpm nejsou adresáře, strukturovat
<img src="BODY_IMAGES_WRAP_GIF">se 
to dá jen číslem USERa a to znamená jedinné - veliký bordel. Dál pokud sivzpomínám bylo v CP/M omezení 128 souborů na disketu, což je vlastně 128KB
<img src="BODY_IMAGES_WRAP_GIF"> na 
soubor a vzhledem k tomu že většina souborů je zákonitě mnohem menší
<img src="BODY_IMAGES_WRAP_GIF">docela 
neefektivní.

Řekl jsem si tedy, že strukturování do menších celků - disket je vlastnědocela výhodné.

Pro větší prostor jsem si představoval na SD emulovaný ramdisk. zatím
<img src="BODY_IMAGES_WRAP_GIF"> stejně 
pomalý jako obrazy disket, ale v budoucnu bufferovaný přes RAM a tím možnápříjemný kompromis mezi rychlostí, trvalým uložením a kapacitou.

JL
</pre>