Hackerboard Wiki HaboBlog
Hackerboard bei Facebook Hackerboard bei Google+ Hackerboard bei Twitter

[HaBo]

 
Off topic-Zone Fragestellungen zu allem, was sich nicht in die anderen Foren einordnen lässt.

Copy-on-Write

Diskussion: Copy-on-Write im Forum Off topic-Zone, in der Kategorie Sonstiges; Anzeige Hi, ich stelle diese Frage in Off-Topic, da ich nicht glaube, dass sie irgendwo reinpasst. Falls das ein Mod ...

Antwort
Alt 17.05.09, 15:45   #1 (permalink)
Senior Member
 
Registriert seit: 26.03.06
Serow Leistung: 8086
Likes: 16
Standard Copy-on-Write

Anzeige

Hi,

ich stelle diese Frage in Off-Topic, da ich nicht glaube, dass sie irgendwo reinpasst. Falls das ein Mod anders sieht bitte verschieben. Copy-on-Write ist ja ein ganz generelles Prinzip, deswegen stelle ich das hier nicht im Linux Forum, obwohl sich meine Beispiele immer auf Linux Anwendungen beziehen.

Copy-on-Write kenn ich z.B. von LVM snapshots. Dabei werden einfach die LEs (Logical Extents) zweier LVs (Logical Volumes) auf dieselben PE (Physical Extents) gemappt. Wenn nun in ein LE geschrieben wird, bekommt dieses LE sein eigenes PE und der verbrauchte physische Speicher wird größer.

Jetzt versuche ich das ganze mit QCOW2 snapshots nachzuvollziehen. Dabei habe ich ein qcow2 image und einen qcow snapshot, der auf das Original zeigt:

Code:
xenhost:/home/xen# ls -hl
total 112K
-rw-r--r-- 1 root root 52K 2009-05-17 15:05 disk1.qcow2
-rw-r--r-- 1 root root 52K 2009-05-17 15:09 disk1.qcow2_SNAPSHOT
xenhost:/home/xen# qemu-img info disk1.qcow2
image: disk1.qcow2
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 56K
cluster_size: 4096
xenhost:/home/xen# qemu-img info disk1.qcow2_SNAPSHOT 
image: disk1.qcow2_SNAPSHOT
file format: qcow2
virtual size: 10G (10737418240 bytes)
disk size: 56K
cluster_size: 4096
backing file: disk1.qcow2 (actual path: disk1.qcow2)
xenhost:/home/xen#
Ich nehme an, dass das was hier "cluster" heisst, einem "extent " in LVM sprache entspricht, richtig? Gut, die "Cluster" des Snapshots zeigen jetzt quasi auf die cluster des Originals. Wenn jetzt jemand auf den Snapshot schreibt wird das Mapping für das betroffene Cluster aufgelöst, der Inhalt vom Original rüberkopiert und die Schreiboperation ausgeführt. Der Snapshot wächst was physisch benutzten Speicher angeht.

Was aber wenn ich auf das Original schreibe? Nach dem Output von oben zu urteilen, weiss das Original nichts davon, dass es einen Snapshot hat, dh es kann kein Mapping aufgelöst werden. Wird aber einfach so reingeschrieben kann der Snapshot kaputt gehen.

Wie funktioniert das hier?

cu
serow
Serow ist offline   Mit Zitat antworten
Antwort
   
- Anzeige -

Werbung ist gerade online    

[HaBo] » Sonstiges » Off topic-Zone » Copy-on-Write
Themen-Optionen
Ansicht

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks sind aus
Pingbacks sind aus
Refbacks sind aus


Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
Write Process Memory Schurke Code Kitchen 2 30.12.08 23:04
Write Verify oder Read after Write auschalten ...?? One-Time-Pad Hardware Probleme 0 28.12.05 18:17
write and read funktion? bLaCk-DrAg0n Code Kitchen 2 29.11.05 13:11
String für document.write formen THRALL (Web-) Design und webbasierte Sprachen 4 06.07.05 09:43
Let it be --> Write in C Indi Fun Section 2 25.12.01 12:37


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61