Multithread Einstellungsobjekt refreshen

[Sir Rufo]

Zitat von himitsu:

Zitat von Sir Rufo:

... sondern hilft auch dabei konsistente Daten auszutauschen.

Das simmt so nicht ganz.

Wenn etwas "gemeinsam" (zusammenhängend) gesetzt oder ausgelesen werden muß, dann muß man dieses auch gemainsam schützen/blockieren
und das trifft sowohl auf die CS, als auch auf den MREW zu.

Du hast Recht, das geht mit dem MREW genauso und der bietet sich in diesem Fall dafür sogar an.
Allerdings halte ich es für unerlässlich, dass jeder Thread eine Kopie der Daten hat, denn nur der Thread selber kann entscheiden, wann er bereit für eine neue Config ist und kann diese dann abholen. Wird dort gerade die Config überarbeitet, dann wartet er (und alle anderen) solange, bis dort gelesen werden kann.

[QuickAndDirty]

Zitat von Sir Rufo:

Zitat von himitsu:

Zitat von Sir Rufo:

... sondern hilft auch dabei konsistente Daten auszutauschen.

Das simmt so nicht ganz.

Wenn etwas "gemeinsam" (zusammenhängend) gesetzt oder ausgelesen werden muß, dann muß man dieses auch gemainsam schützen/blockieren
und das trifft sowohl auf die CS, als auch auf den MREW zu.

Du hast Recht, das geht mit dem MREW genauso und der bietet sich in diesem Fall dafür sogar an.
Allerdings halte ich es für unerlässlich, dass jeder Thread eine Kopie der Daten hat, denn nur der Thread selber kann entscheiden, wann er bereit für eine neue Config ist und kann diese dann abholen. Wird dort gerade die Config überarbeitet, dann wartet er (und alle anderen) solange, bis dort gelesen werden kann.

Ich überlege ob es möglich ist, dass das Objekt sich selbst dem jeweiligen thread in einer beständigen Kopie zur Verfügung stellt.
Die Kopie würde dann über ein Dirtyflag anzeigen können das sie veraltet ist und
eine Refresh Funktion könnte dann vom Thread aufgerufen die Kopie aktualisieren.

So hätte ich konsistente und Lesevorgänge und sichere Schreibvorgänge.