🚀 go-pugleaf

Servus Michael,

MH>  EP%MM> Ich hab'auch 'ne Zeit lang rumgebastelt, bis es gelaufen ist. Die
MH>  EP%MM> Probleme liegen hauptsaechlich im Kleingedruckten :^)))). [...]
MH>
MH> Ist ja regelrecht peinlich, wie einfach das ganze war. Nun, ich habe alle

Hinterher ist man immer schlauer ;-))).

MH> RAM-Disk). Kann mir vielleicht jemand sagen, welchen _wirklichen_ Vorteil
MH> die Fontlibs bringen?

Bei den Filesystemen des Amiga-OS bringen die Fontlibs wenig/nix, bei MS-DOS
und Verwandten kann man schon eine Menge Platz damit sparen. Der Grund dafuer
ist recht einfach:

Im den Amiga-Filesystemen ist die kleinste verwaltete Einheit ein Sektor (512
Byte). Statistisch gesehen, kann man davon ausgehen, dass man im Mittel den
letzten Sektor einer Datei nur zur Haelfte ausnutzt -> 256 Byte Verschnitt.
Den Fileheader-Block (entspricht einer INode unter Unix) kostet nochmal einen
Block. D.h. pro pk-File kann man etwa 768 Bytes "verschwendeten" Plattenplatz
kalkulieren.

Bei Filesystemen die mit Clustern arbeiten (z.B. MS-DOS oder TOS) ist die
kleinste Einheit ein Cluster mit typisch 4KB Groesse. Jetzt kann man etwa 2KB
Verschnitt fuer den letzten Sektor rechnen, die Anzahl der Bytes, die fuer die
Verwaltung benoetigt werden, kann man nicht ganz so einfach abschaetzen, da sie
etwas verstreut herumliegen (FAT (evtl. dort doppelt) und Directory-Eintraege).
Es duerfte da ein Wert etwas ueber 2KB "Verschnitt" pro Font rauskommen und das
ist dann schon deutlich zu spueren (z.B 4DOS zeigt beim "dir" wieviel Daten da
sind und _wieviel_ Platz sie auf der Platte benoetigen).

Servus, Erik