11. Kompatibilität, Eigenschaften von Future Drive Accelerator

• Beschleunigt sämtliche Medien wie z.B.*: Festplatten-, Floppy-, Compact-, ZIP, MagnetOptical- oder SyQuest-Laufwerke, nahezu wie eine RamDrive.
• Nutzt den freien Speicher als Cache ; das Ergebnis ist, daß das Programm vollautomatisch auf Veränderungen der Speicherressourcen reagiert, wodurch Sie jederzeit die maximal mögliche Geschwindigkeit Ihrer Laufwerke auskosten können. Selbst "speicherhungrige" Programme werden so zufrieden gestellt.
• Schreibzugriffe werden gesammelt, um später, beim Zurückschreiben zum Laufwerk, den Schreibkopf von der höchsten zur niedrigsten Adresse, "gleiten" zu lassen.
• Sanfteres, paralleles Schreiben und Lesen im Multitasking.
• Smart-Power-Technologie: Minimiert die Anzahl der Zugriffe auf die Disk.
• SmartCache: Lädt Blöcke im vorraus (read-ahead).
• Wenn Disketten herrausgenommen werden, wird der Cache nur bei Bedarf gelöscht. Wenn die Disketten wieder eingelegt werden, wird der Cache wieder genutzt.
• Keine fragmentiert (zerstückelung) des Speichers. (Im Gegenteil zu DynamiCache.)
• Kann eventuell sogar Speicher dazugewinnen, da die Dos-Buffers freigegeben werden.
• Wenn im Cache gelesen oder geschrieben wird, blinzelt das Power-LED auf.
• Verify ist so schnell wie in einem guten Kopierprogramm, da während des Schreibens die Tracks im Hintergrund verglichen werden (der Prozessor hat ja, beim schreiben, sowieso fast nichts zu tun).
• Wenn DiskSafe installiert ist, wird bei einem Reset oder System-absturz der Cache noch vor dem Neustart wieder zurückgeschrieben. See section 2. Was wird benötigt, um Future Drive Accelerator nutzen zu können?.
• Unterstützt DiskExpander, Virtual-Memory-Manger (VMM), XFH, Temporäre Dateien und World-Wide-Web Browser.
• Unterstützt Devices: (Wahrscheinlich alle)
  • scsi, 2nd.scsi, NewStyleDevice, atapi, cybscsi,
  • trackdisk, floppy, diskspare, hackdisk, mfm.device ((C)CrossDOS), messydisk,
  • fmsdisk,
  • xpkdisk,
  • cd.
• Unterstützt FileSystems: (Alle bekannten)
  • FastFileSystem(FFS), V44.5 V43.20
  • ProfiFileSystem1+2(PFS), HomePage
  • AmiFileSafe(AFS),
  • SmartFileSystem(SFS),
  • MessyFileSystem(MSD),
  • CrossDOSFileSystem(MSD) ((C)CrossDOS),
  • Berkeley (NetBSD LinUX) Fast FileSystem (BFFS UNI\02).
  und kompatible sowie alle MultiUser "clones".
• Unterstützt FileSystems mit einer variablen Block-größe.
• Unterstützt Festplatten mit einer 4 GigaByte Kapazität oder mehr.
• Schützt Partitionen die, die 4 GigaByte "Grenze" überschreiten, vor falschen Zugriffen.
• Ist das schnellste Cache Programm. Beschleunigt Festplatten um den Faktor 2-20, Disketten um den Faktor 2-997.

11.1 Wie man 4 GigaByte Festplatten einbindet.

Geben Sie im Shell VERSION HD0: ein, um zu Überprüfen ob die Version 44.5 oder 43.x des FastFileSystems installiert ist.

Die neue FastFileSystem Version (9) muß im RigidDiskBlock (RDB), mit HDToolBox, installiert werden. Nur ein Installieren im L: Verzeichniß reicht leider nicht (10) aus!

Wenn mehrere Festplatten am Amiga angeschlossen sind, wird das FastFileSystem nur von der Boot-Unit-HardDisk-RDB geladen. Also installieren Sie das neue FastFileSystem in der Boot-Unit; natürlich schadet es nicht, wenn alle Unit-HardDisk-RDB aufgefrischt werden.

Ein neuformatieren von Partitionen ist nicht erforderlich, d.h. die Files bleiben auch mit dem,
neuen FastFileSystem erhalten. Das neue FastFileSystem funktioniert, selbstverständlich, auch mit IDE-Laufwerken.

Wie wird das FastFileSystem geupdated?
Selektiere im `SYS:Utilities/HDTools/HDToolsBox' Programm:

Wähle deine Boot-HardDisk aus, `Partition Drive`, `Advanced Options`, `Add/Update...`, jetzt ist Sichtbar welche Version, in deinem Amiga arbeitet, `Update File System...`, l:FastFileSystem eingeben, `OK`, jetzt sollte bei Version: 44 und bei Revision: 5 stehen, `OK`, `OK`, `OK`, `Save Changes to Drive`, `Exit`.

11.2 Datensicherheit

Die Datensicherheit beim FastFileSystem wird mit Write Async beim Stromausfall ausgebaut.

Das ProfiFileSystem-2 und das SmartFileSystem gewährleisten eine Daten-Sicherheit auch bei einem Stromausfall, d.h. das Medium ist immer "validated" (gültig).

Das Medium wird immer "validated" gehalten, indem die Daten die die Struktur der Dateien organisieren, sofort zum Medium zurückgeschrieben werden.
=> Man kann sich das als ein Baum vorstellen, der immer komplett mit allen Ästen present sein muß, die Blätter (Dateien) können so in Schüben wachsen oder auch herrunterfallen, ohne das der Baum davon beeinträchtigt wird.
Wenn neue Blätter wachsen werden sie erst in der "Liste der vorhandenen Blätter" eingetragen, wenn diese vollständig herrangewachsen sind. => Dateien die während des Stromausfalls geschrieben werden, sind natürlich verschwunden.

Um die Struktur immer Present auf dem Medium zu halten, darf das FileSystem nicht die Kontrolle über dem Schreibzeitpunkt verlieren, d.h. die Struktur muß "Syncron" geschrieben werden.
=> Write Async darf nicht eingeschaltet bleiben, um eine Datensicherheit bei einem Stromausfall zu gewährleisten.

Write Async kann eingeschaltet bleiben, wenn genügend freier Speicher für den Cache zur Verfügung gestellt wird, um den KOMPLETTEN Schreibvorgang zwischenzuspeichern.
=> Das Medium ist immer "validated".

In einer Zukünfigen Version, mit Hilfe eines neuen FileSystems, wird die Datensicherheit, mit wenig Speicher, sowie bei Stromausfall auch mit Write Async gewährleistet sein. Da die wichtigen Struktur-Daten (Baum) immer "Syncron" und die Dateien (Blätter) "Asyncron" geschrieben werden.

Go to the first, previous, next, last section, table of contents.