Am 08.10.2010 17:48, schrieb Stefan Hajnoczi: > This patch implements the read/write state machine. Operations are > fully asynchronous and multiple operations may be active at any time. > > Allocating writes lock tables to ensure metadata updates do not > interfere with each other. If two allocating writes need to update the > same L2 table they will run sequentially. If two allocating writes need > to update different L2 tables they will run in parallel. > > Signed-off-by: Stefan Hajnoczi <stefa...@linux.vnet.ibm.com>
I hope to review this in more detail tomorrow, but there's one thing I already noticed: When allocating a cluster, but not writing the whole cluster (i.e. requests involving COW), I think we need to flush after the COW and before the cluster allocation is written to the L2 table to maintain the right order. Otherwise we might destroy data that isn't even touched by the guest request in case of a crash. Kevin
