> > Your use of "current-state" is confusing me because AFAICT, 
> > current-state is just semantically another snapshot.
> > 
> > It's writable because it has no children.  You only keep around one 
> > writable snapshot and to make another snapshot writable, you have to 
> > discard the former.
> > 
> > This is not the semantics of qcow2.  Every time you create a snapshot, 

> > it's essentially a new image.  You can write directly to it.
> > 
> > While we don't do this today and I don't think we ever should, it's 
> > entirely possible to have two disks served simultaneously out of the 
> > same qcow2 file using snapshots.
> 
> No, CQ is describing the semantics of internal snapshots in qcow2
> correctly. You have all the snapshots that are stored in the snapshot
> table (all read-only) plus one current state described by the image
> header (read-write).

That's also the semantics of VMware's external snapshot. So there is no 
difference in semantics. It is just a difference in implementation and 
performance.

Regards,
ChunQiang (CQ) Tang
Homepage: http://www.research.ibm.com/people/c/ctang

Reply via email to