[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Domain Save Image Format proposal (draft B)
David Vrabel writes ("Domain Save Image Format proposal (draft B)"): > Here is a draft of a proposal for a new domain save image format. It > does not currently cover all use cases (e.g., images for HVM guest are > not considered). I think this is a good start. I've made some other comments already. > Overview > ======== I would like to make another perhaps controversial suggestion. We should explicitly specify that the receiver may advertise its capabilities to the sender, so that backwards-migration _can_ be supported if we choose to do so. In practice I think that means a capability advertisement block. Probably, one bit per version, one bit per record type, etc. I greatly prefer doing forward-compatibility with new record type enums etc. than with version numbers. Version numbers presuppose a strict global order on all the implementations' capabilities, which is of course not necessarily true in free software. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |