HTTPS clone URL
Subversion checkout URL
Please sign in to comment.
qcow2: Gather clusters in a looping loop
Instead of just checking once in exactly this order if there are dependendies, non-COW clusters and new allocation, this starts looping around these. This way we can, for example, gather non-COW clusters after new allocations as long as the host cluster offsets stay contiguous. Once handle_dependencies() is extended so that COW areas of in-flight allocations can be overwritten, this allows to continue with gathering other clusters (we wouldn't be able to do that without this change because we would have missed a possible second dependency in one of the next clusters). This means that in the typical sequential write case, we can combine the COW overwrite of one cluster with the allocation of the next cluster as soon as something like Delayed COW gets actually implemented. It is only by avoiding splitting requests this way that Delayed COW actually starts improving performance noticably. Signed-off-by: Kevin Wolf <email@example.com> Signed-off-by: Stefan Hajnoczi <firstname.lastname@example.org>
- Loading branch information...
1 parent 2c3b32d commit ecdd5333ab9ed3f2b848066aaaef02c027b25e36 Kevin Wolf committed with Stefan Hajnoczi
Showing with 44 additions and 32 deletions.