Strategien zur automatischen Objektmigration auf Grundlage ...

KAPITEL 3 VORÜBERLEGUNGEN
Konstruktoren und vererbte Klassenteile mit ihren Oberklassen verbunden
sind, müssen diese Klassenbestandteile mit serialisiert werden. Damit Klassen
mit nicht-serialisierbaren Oberklassen trotzdem serialisiert werden können,
müssen ihre nicht-serialisierbaren Oberklassen einen accessible Konstruktor
ohne Parameter besitzen. Das heißt, die Klasse muss einen Konstruktor
definieren, der als public deklariert ist und keine Parameter enthält. Hierbei
ist jedoch der Standard-Konstruktor nicht ausreichend, er muss konkret in der
nicht-serialisierbaren Klasse definiert werden [GJS1996].
Die accessible Konstruktoren ohne Parameter werden für die Deserialisierung
eines Objektzustandes benötigt. Sie werden bei der Deserialisierung als erstes
aufgerufen, anschließend werden die weiteren Bestandteile des Objektes
deserialisiert.
In verteilten Anwendungen wird Objektserialisierung sehr oft durchgeführt.
Deshalb bietet eine nicht-effiziente Objektserialisierung ein großes Einsparpotential
für die effiziente Ausführung einer verteilten Anwendung. PHILIPPSEN
und HAUMACHER haben sich mit der Verbesserung der JDK-Serialisierung
befasst und eine effizientere Objektserialisierung namens UKA-Serialisierung
[PH1999] entwickelt. Sie baut auf der JDK-Serialisierung auf, ist jedoch 20% -
50% schneller als die JDK-Serialisierung. Wie der Geschwindigkeitsvorteil
erreicht wurde, kann in [PH1999] nachgelesen werden. In ihrer grundlegenden
Vorgehensweise unterscheiden sich JDK-Serialisierung und UKA-Serialisierung
nicht.
3.3 Parameter von Migrationsstrategien
Einige Migrationsstrategien besitzen Parameter, die den Entscheidungsprozess
über Migration, Replikation oder die Beibehaltung der Platzierung eines
Objektes beeinflussen. Diese Parameter stellen meist Schwellwerte dar die
darüber Auskunft geben, ab oder bis zu welcher Anzahl von Zugriffen ein
Objekt migriert oder repliziert wird.
Wie entscheidend die Wahl des Schwellwertes für Migration das Verhalten
eines verteilten Systems beeinflusst, wurde in [DW1994] hervorgehoben. Eine
zu niedrige Wahl des Schwellwertes führt zu hoher zusätzlicher Belastung des
verteilten Systems. Im Gegensatz dazu verhindert eine zu hohe Wahl des
Schwellwertes die Leistungsverbesserung, die durch Migration und Replikation
erreicht werden soll.
Im Abschnitt 2.2.2 wurde schon darauf eingegangen, dass einige Migrationsstrategien
einen Replikationslevel besitzen, der die Höchstgrenze der im
verteilten System befindlichen Replikate eines Objektes angibt. Findet auf ein
Replikat ein Schreibzugriff statt, bestimmt der Replikationslevel und die
hierdurch verursachte Größe der Zustandsänderung, wie hoch der Aufwand für
den Datentransfer ist, um alle Replikate des Objektes im verteilten System
konsistent zu halten.
22