lkml.org 
[lkml]   [2012]   [Apr]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 00/13] KVM: MMU: fast page fault
    On Wed, 11 Apr 2012 17:21:30 +0300
    Avi Kivity <avi@redhat.com> 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


    \
     
     \ /
      Last update: 2012-04-12 00:29    [W:2.930 / U:0.508 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site