home *** CD-ROM | disk | FTP | other *** search
/ Vectronix 2 / VECTRONIX2.iso / FILES_01 / SCSIT609.LZH / F_FILEMO.VER / README_1.4 < prev   
Text File  |  1992-08-19  |  6KB  |  97 lines
  1.    Fast Filemover 1.4
  2.    ==================
  3.  
  4.  
  5.    Bei   Verwendung  des  originalen  Atari  Harddisk-Treibers  AHDI  gab  es
  6.    erhebliche    Probleme  mit  dem  Filemover  1.3,  die  dessen  Verwendung
  7.    unmöglich    machten.    Dies    liegt  an  der  'Unart'  von  Atari,  den
  8.    Parameterblock        einer     Partition    bei    Anfrage    über    die
  9.    Betriebssystemfunktion  'Getbpb'  immer  in  demselben Speicherbereich zur
  10.    Verfügung  zu  stellen.  Normalerweise (d.h. in brauchbaren Treibern) gibt
  11.    es  einen Zeiger auf den entsprechenden Block, den man aber auch noch nach
  12.    einem  weiteren  'Getbpb'  nutzen  kann, d.h. die gültigen Parameterblöcke
  13.    werden  vom  Treiber  in  verschiedenen  Speicherbereichen  zur  Verfügung
  14.    gestellt,    wo  sie  auch  verbleiben.  Atari  überschreibt  den  zuletzt
  15.    gelieferten  Block  mit dem BPB des aktuell angefragten Laufwerks. Dadurch
  16.    arbeitete  der  Filemover  1.3  quasi  mit  demselben  Parameterblock  für
  17.    verschiedene  Laufwerke  -  was passieren kann, kann man sich ausmalen. In
  18.    der  Version  1.4  wird  nach  jedem  'Getbpb' der Parameterblock in einen
  19.    selbst  verwalteten  Bereich  geladen.  Damit dürften die Probleme mit dem
  20.    Atari-Treiber aus der Welt sein.
  21.  
  22.    Abstürze,  wie  sie  bei  gigantischen Ordnern (mit - sagen wir - mehr als
  23.    600  Dateien  darin)  auftraten,  kommen auch ins Filemover-Museum. Sollte
  24.    der  interne Verwaltungsspeicher tatsächlich einmal nicht mehr ausreichen,
  25.    wird  dies  nun  auch in diesem Fall korrekt abgefangen und es ergeht eine
  26.    Warnung.  Der Speicher sollte aufgrund weiterer Optimierungen nun aber eh'
  27.    nicht mehr so schnell ausgehen.
  28.  
  29.    Bleiben  bei einer automatischen Kopie übergro₧e Dateien zurück, die nicht
  30.    kopiert  werden  konnten,  weil  sie  nicht in den Dateipuffer passten, so
  31.    wird  man nun mit einer Alertbox darauf hingewiesen. Diese Dateien bleiben
  32.    selektiert,  so  da₧  man  im  Quellfenster  überprüfen  kann, wer auf der
  33.    Strecke  blieb.  Diese Dateien müssen dann im Desktop kopiert werden. Dies
  34.    sollte  jedoch  nicht  zu  oft  passieren,  da Dateien mit mehr als 500 KB
  35.    Grö₧e    kaum   die  Regel  sind.  Und  schlie₧lich  geht  der  Trend  zur
  36.    Speicherfülle  -  von  derlei  Problemen  habe  ich noch nie von Besitzern
  37.    einer  4  MB  Maschine,  deren Dateipuffergrö₧e in der Regel so bei 3.4 MB
  38.    liegt, gehört!
  39.  
  40.    Der    interne    Verwaltungsspeicher    zur    Aufnahme  der  dynamischen
  41.    Datenstrukturen,  die  im  Verlaufe  einer Filemover-Sitzung anfallen, mu₧
  42.    von  vorneherein begrenzt werden, da der Dateipuffer aus organisatorischen
  43.    Gründen  für  die  Optimierungsvorgänge  auf jeden Fall von Anfang an eine
  44.    unveränderliche  Grö₧e  haben  mu₧.  Ich mu₧te also einen Kompromi₧ finden
  45.    zwischen  einem  möglichst  gro₧en  Dateipuffer  und  einem  ausreichenden
  46.    Verwaltungsspeicher.    Der    Kompromi₧    sieht    so    aus,   da₧  der
  47.    Verwaltungsspeicher  1/10  des  zu Programmstart freien Speichers beträgt,
  48.    mindestens  jedoch  160  KByte.  Dies reicht in der Praxis fast immer aus,
  49.    insbesondere bei 2 oder 4 MB Maschinen.
  50.  
  51.    Möchte  man  nun  aber  seine  32  MB  Partition mit 7000 Dateien auf eine
  52.    andere  kopieren,  kann  sich aber bei seinem Atari 520 ST nicht von einer
  53.    100  KB  Ramdisk  und diversen residenten Tools trennen, dann wird es halt
  54.    knapp    und   man  stö₧t  mit  Sicherheit  auf  eine  Meldung,  da₧  kein
  55.    Verwaltungsspeicher  mehr  frei  sei.  Dann  mu₧  man die Daten stückweise
  56.    kopieren,  also  nur  immer  so  viele  Ordner, wie gerade noch geht. Dazu
  57.    liest  man  das  Verzeichnis  ein  und  öffnet  keine Ordner. Dadurch wird
  58.    verhindert,  da₧  für  die Ordnerinhalte Verwaltungsspeicher zur Verfügung
  59.    gestellt  werden  mu₧.  Nun  kopiert man einen Teil der Daten und wechselt
  60.    anschlie₧end  kurz  das  Quellaufwerk.  Dadurch  werden die Strukturen der
  61.    kopierten    Dateien    wieder    frei    gegeben,  die  nun  für  weitere
  62.    Verwaltungsdaten  genutzt  werden  können.  Auf  diese Weise kann man auch
  63.    gigantische Datenmengen auf kleinen Rechnern problemlos transferieren.
  64.  
  65.    Die  häufig  gestellte  Frage,  welche  Massenspeicher  der Filemover denn
  66.    verkraftet,  ist  leicht beantwortet: Alle, die auch das GEMDOS problemlos
  67.    -  d.h.,  ohne da₧ irgendwelche Manipulationen an den Dateioperationen wie
  68.    'FOPEN',  'FREAD'  etc.    vorgenommen  werden  müssen  -  bearbeitet. Der
  69.    Filemover  arbeitet  also  in derselben Ebene wie GEMDOS, d.h oberhalb dem
  70.    BIOS/XBIOS    (Basic   Input/Output  System  bzw.  eXtendend  dito).  Alle
  71.    Operationen  gehen  also  sauber  über  die jeweils installierten Treiber,
  72.    ohne  Tricks  und  doppelten  Boden.  Wer  allerdings  irgendwelche Medien
  73.    verwendet,    die    sich   in  GEMDOS-Funktionen  hängen  müssen,  um  zu
  74.    funktionieren,  bekommt  mit  dem  Filemover Probleme. Das ist konzeptuell
  75.    bedingt und nicht zu ändern (Die Flexdisk ist so ein Kandidat).
  76.  
  77.    CD-Roms    beispielsweise   werden  völlig  anders  verwaltet  als  andere
  78.    Massenspeicher  am  Atari, da sich hier ein Standard durchgesetzt hat, der
  79.    schon  allein  wegen der riesigen Datenmengen anders konzipiert ist. Diese
  80.    Strukturen  bleiben  aber  leider nicht durch das (X)BIOS hindurch mittels
  81.    irgendwelcher  Treiber  verborgen,  so  da₧  auch  GEMDOS mit einem CD-ROM
  82.    nichts  anfangen  kann.  Hier  hilft  das  sog.  METADOS,  das  das GEMDOS
  83.    ersetzt.  Davon  hat  der  Filemover  aber  nichts und schaut dumm aus der
  84.    Wäsche...
  85.  
  86.    Ansonsten    geht's  mit  Festplatten  jeder  Art,  sauber  programmierten
  87.    Ramdisks,  Disketten  in  Super- bis Hyperdensity, selbst magneto-optische
  88.    Platten  sind  vor  dem Filemover nicht sicher (wie ich allerdings nur vom
  89.    Hörensagen  wei₧...)! Bei exotischen Medien sollte man erstmal vorsichtige
  90.    Tests  machen,  bevor  man  Megabytes  schaufelt.  Was das METADOS angeht,
  91.    bleibe ich am Ball. Demnächst in diesem Theater...
  92.  
  93.  
  94.    Hans Jürgen Richstein,
  95.    Kaiserslautern im Oktober 1990
  96.  
  97.