Schauen wir uns die spezifische Implementierung der oben genannten drei Objekte im Code genauer an. Die in der Datei dm.c definierte Struktur „mapped_device“ wird zur Darstellung des zugeordneten Geräts verwendet. die registrierte Anforderungswarteschlange und einige Speicherpools und Felder wie Zeiger auf die entsprechenden Zuordnungstabellen. Die dem zugeordneten Gerät entsprechende Zuordnungstabelle wird durch die in der Datei dm_table.c definierte Struktur dm_table dargestellt. Diese Struktur enthält ein Array von dm_target-Strukturen. Die Struktur dm_target beschreibt speziell die Zuordnungsbeziehung zwischen zugeordnetem_Gerät und einem seiner Zielgeräte. In der dm_table-Struktur sind diese dm_targets in einer B-Baum-Struktur organisiert, um den Suchvorgang während der E/A-Anforderungszuordnung zu erleichtern. Die Dm_target-Struktur zeichnet insbesondere die Startadresse und den Bereich des zugeordneten logischen Gerätebereichs auf, der durch die dem Zielgerät entsprechende Struktur zugeordnet wird, und enthält außerdem einen Zeiger auf die target_type-Struktur der spezifischen zielgerätebezogenen Vorgänge. Die Target_type-Struktur enthält hauptsächlich den Namen des Zieltreiber-Plug-Ins, das dem Zielgerät entspricht, die definierten Methoden zum Erstellen und Löschen des Zielgeräts dieses Typs, die E/A-Anforderungs-Neuzuordnung und die End-E/A-Methoden, die dem Zielgerät dieses Typs entsprechen , usw. Das Feld, das das spezifische Zielgerät darstellt, ist das private Feld in dm_target, und der Zeiger zeigt auf die Struktur, die dem vom zugeordneten Gerät zugeordneten spezifischen Zielgerät entspricht. Zeigt an, dass sich die spezifische Struktur des Zielgeräts aufgrund unterschiedlicher Zieltypen unterscheidet. Beispielsweise ist die Struktur des einfachsten linearen Zuordnungszieltyps, der dem Zielgerät entspricht, die in der Datei dm-linear.c definierte Struktur linear_c. Seine Definition lautet wie folgt:
struct linear_c { struct dm_dev *dev; sector_t start; };
Die Definition des Zielgeräts ist recht einfach. Sie enthält nur den dm_dev-Strukturzeiger, der das entsprechende physische Gerät darstellt, und den Offset-Adressanfang in Einheiten von Sektoren im physischen Gerät . Die Beziehung zwischen den oben genannten Datenstrukturen ist in Abbildung 3 dargestellt:
Abbildung 3 Die Beziehung zwischen mehreren wichtigen Datenstrukturen im Device Mapper
Der Einrichtungsprozess in der Kernel
Im Folgenden stellen wir kurz den Prozess der Erstellung eines zugeordneten Geräts im Kernel mit spezifischem Code vor:
1 Gemäß den Parametern, die von der vom Kernel bereitgestellten ioctl-Schnittstelle an den Benutzerbereich übergeben werden , verwenden Sie dm- Die Funktion dev_create in der Datei ioctl.c erstellt die entsprechende zugeordnete Gerätestruktur. Dieser Prozess ist sehr einfach. Er gilt hauptsächlich für die erforderlichen Speicherressourcen im Kernel, einschließlich des zugeordneten Geräts und des für IO-Vorgänge vorab angewendeten Speicherpools. Die dem zugeordneten Gerät entsprechende Anforderungswarteschlange wird über die von bereitgestellte Funktion blk_queue_make_request registriert Kernel. Und registrieren Sie das zugeordnete Gerät als Festplattenblockgerät im Kernel.
2. Rufen Sie dm_hash_insert auf, um das erstellte zugeordnete Gerät in eine globale Hash-Tabelle im Geräte-Mapper einzufügen, die alle aktuell im Kernel erstellten zugeordneten Geräte speichert.
Das Obige ist der Inhalt des Device Mapper-Mechanismus (1) (2) im Linux-Systemkern. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn)!