<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 24 July 2014 20:38, Vishvananda Ishaya <span dir="ltr"><<a href="mailto:vishvananda@gmail.com" target="_blank">vishvananda@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The resize code as written originally did the simplest possible thing. It<br>
converts and copies the whole file so that it doesn’t have to figure out how<br>
to sync backing files etc. This could definitely be improved, especially now that<br>
there is code in _create_images_and_backing that can ensure that backing files are<br>
downloaded/created if they are not there.<br>
<br>
Additionally the resize code should be using something other than ssh/rsync. I’m<br>
a fan of using glance to store the file during transfer, but others have suggested<br>
using the live migrate code or libvirt to transfer the disks.<br></blockquote><div><br></div><div>I'd like to suggest an additional improvement - if the resize is only a CPU/Memory resize, then if the host can handle it the entire disk flattening/conversion/migration should be skipped and the resize of the CPU/Memory spec should be done in-place on the host. </div>
</div></div></div>