Vnode Schnittstelle - Frank Kardel

BackStage
Sind die Geräte in der Lage, weitere Unterstrukturen (zum Beispiel Blöcke) zu adressieren,
so kann diese Information in der nächsten Komponente abgelegt werden.
Bei komplexeren Speicherungsformen, wie bei Dateisystemen, können die Pfadkomponenten
abgelegt werden. Es gibt also mit dieser Datenstruktur die Möglichkeit, verschiedene
Adressen zu repräsentieren. Die Wahl des Adressierungsverfahrens geschieht
zwischen Volumedaemon und Gerätesteuerung. Hierbei hat die Gerätesteuerung
noch die Übersetzung der Zeichenkettenvektoren in die aktuell vom Gerät
verwendeten Adressierungsschemata zu leisten.
Der Nachteil dieser weitgehend ungetypten Adreßinformation liegt darin, daß eine
Typüberprüfung bestenfalls nur dynamisch erfolgen kann.
Der Vorteil liegt darin, daß eine große Anzahl verschiedenster Adressierungsverfahren
realisiert werden kann. Neue Adressierungsverfahren können leicht mit aufgenommen
werden. Für den Volumedaemon stellen diese Adressierungsschemata keine großen
Anforderungen.Diese Adressen werden nur zusammen mit den anderen Attributen
der gesicherten v-Datei gespeichert.
Das einzige Problem taucht bei der Bestimmung von neuen Adressen zur Speicherung
von neuen v-Dateien auf. Die Generierung neuer Adressen kann nicht einfach auf die
Gerätesteuerung abgewälzt werden, da diese keinen direkten Zugriff auf die für das
jeweilige Volume bestehenden Verzeichnisse und Belegungsinformationen haben.
Die Belegungsplanung muß durch den Volumemanager erfolgen.
Die Belegung stützt sich innerhalb von Backstage auf zwei Modelle:
Das eine Modell ist ein fiktiv lineares Speichermedium, bei dem die Adressierungsinformation
mit der aktuellen Platzbelegung korreliert ist. “Größere” Adressen liegen
physisch hinter “kleineren” Adressen. Dieses Schema trifft für fast alle magnetischen
Datenträger zu. Bei dieser Art der Belegung müssen neu zu vergebende Adressen richtig
gewählt werden, da die Adressen unmittelbar mit physischen Positionen korreliert
werden.
Bei dem zweiten Modell der Belegung gibt es keine Korrelation zwischen den Adressen
und der Platzbelegung. Dieses kommt dadurch zustande, daß sich die eigentliche
Platzbelegung dem Volumemanager entzieht, weil diese Verwaltung in der Gerätesteuerung
oder im Gerät stattfindet. Hier kann nur noch der Datenträger anhand des
noch verfügbaren Speicherplatzes bestimmt werden. Diese Eigenschaft der selbständigen
Speicherplatzverwaltung findet man meistens in eigenständigen Subsystemen bei
Dateisystemen oder weiteren Volumemanagern.
Der Volumemanager muß also über Belegungs- beziehungsweise Adreßgenerierungsmechanismen
verfügen, um die für die entsprechende Gerätesteuerung gültigen
Adressen bestimmen zu können. Diese Funktionalität kann wegen der Belegungsinformation,
die zu einem ganzen Volume gehört, auch nicht vollständig an die entsprechenden
Gerätesteuerungen delegiert werden. Die Menge der zu unterstützenden Generierungsschemata
kann aber stark eingeschränkt werden, damit die Gerätesteuerun-
50