Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

--- pruefungen:hauptstudium:ls4:mwcc-2015-02-25 [25.02.2015 14:17] – Kürzere Überschrift F30
+++ pruefungen:hauptstudium:ls4:mwcc-2015-02-25 [25.02.2015 23:12] (aktuell) – Weitere Fragen F30
@@ Zeile 149: / Zeile 149: @@
 **A:** Problem ist, dass Primary beim Weiterleiten nur auf die Mehrzahl der Replikate wartet und nicht auf alle. Wenn jetzt ein Client 1 etwas geschrieben hat und dies Client 2 mitteilt, kann es sein, dass Client 2 ein Replikat erwischt, auf dem der Schreibvorgang noch nicht angekommen ist.
-**F:** Wie viele Replikate gibt es üblicherweise?
+**F:** Wie verhindert //Chubby// trotzdem eine zu große Last für den Primary?
+**A:** Durch Caching. Server merkt sich, welche Daten die Clients gelesen haben und damit zwischengespeichert haben könnten. Invalidierung aktiv durch Nachricht an die Clients.
+**F:** Wie sieht diese Invalidierung aus?
+**A:** Möchtest du auf den Fernaufruf-Mechanismus hinaus?
+**F:** Nein, weniger. Gibt der Server einfach die Anweisung, den Cache wegzuwerfen?
+**A:** Nur für betroffene Daten, aber im Grunde ja.
+**F:** Man könnte ja auch den Cache gleich aktualisieren, indem man die neuen Daten mit schickt.
+**A:** Dabei wären aber viele Daten zu übertragen.
+**F:** Naja, wenn der Client die Daten gleich wieder liest, sind das noch mehr Daten.
+**A:** Aber liest er sie denn gleich wieder?
+**F:** Das ist ja genau die Frage – offensichtlich ja nicht. Wie viele Replikate gibt es denn üblicherweise?
 **A:** Fünf.