On Wed, 11 Apr 2012 17:21:30 +0300 Avi Kivity <avi@xxxxxxxxxx> wrote: > Currently the main performance bottleneck for migration is qemu, which > is single threaded and generally inefficient. However I am sure that > once the qemu bottlenecks will be removed we'll encounter kvm problems, > particularly with wide (many vcpus) and large (lots of memory) guests. > So it's a good idea to improve in this area. I agree we'll need to > measure each change, perhaps with a test program until qemu catches up. I agree. I am especially interested in XBRLE + current srcu-less. > > I am testing the current live migration to see when and for what it can > > be used. I really want to see it become stable and usable for real > > services. > Well, it's used in production now. About RHEL6 e.g., yes of course and we are ... My comment was about the current srcu-less and whether I can make it enough stable in this rc-cycle. I think it will enlarge real use cases in some extent. > > So I really do not want to see drastic change now without any real need > > or feedback from real users -- this is my point. > It's a good point, we should avoid change for its own sake. Yes, especially because live migration users are limited to those who have such services. I hope that kernel developers start using it in their desktops!!!??? Thanks, Takuya -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
