From: Umesh Deshpande <udeshpan@redhat.com> To: kvm@vger.kernel.org, qemu-devel@nongnu.org Cc: pbonzini@redhat.com, quintela@redhat.com, mtosatti@redhat.com, Umesh Deshpande <udeshpan@redhat.com> Subject: [RFC PATCH v5 0/4] Separate thread for VM migration Date: Tue, 23 Aug 2011 23:12:46 -0400 [thread overview] Message-ID: <cover.1314153301.git.udeshpan@redhat.com> (raw) Following patch series deals with VCPU and iothread starvation during the migration of a guest. Currently the iothread is responsible for performing the guest migration. It holds qemu_mutex during the migration and doesn't allow VCPU to enter the qemu mode and delays its return to the guest. The guest migration, executed as an iohandler also delays the execution of other iohandlers. In the following patch series, The migration has been moved to a separate thread to reduce the qemu_mutex contention and iohandler starvation. Umesh Deshpande (4): MRU ram block list migration thread mutex separate migration bitmap separate migration thread arch_init.c | 38 ++++++++++++---- buffered_file.c | 75 +++++++++++++++++-------------- cpu-all.h | 42 +++++++++++++++++ exec.c | 97 ++++++++++++++++++++++++++++++++++++++-- migration.c | 122 +++++++++++++++++++++++++++++--------------------- migration.h | 9 ++++ qemu-common.h | 2 + qemu-thread-posix.c | 10 ++++ qemu-thread.h | 1 + savevm.c | 5 -- 10 files changed, 297 insertions(+), 104 deletions(-) -- 1.7.4.1
WARNING: multiple messages have this Message-ID (diff)
From: Umesh Deshpande <udeshpan@redhat.com> To: kvm@vger.kernel.org, qemu-devel@nongnu.org Cc: pbonzini@redhat.com, mtosatti@redhat.com, Umesh Deshpande <udeshpan@redhat.com>, quintela@redhat.com Subject: [Qemu-devel] [RFC PATCH v5 0/4] Separate thread for VM migration Date: Tue, 23 Aug 2011 23:12:46 -0400 [thread overview] Message-ID: <cover.1314153301.git.udeshpan@redhat.com> (raw) Following patch series deals with VCPU and iothread starvation during the migration of a guest. Currently the iothread is responsible for performing the guest migration. It holds qemu_mutex during the migration and doesn't allow VCPU to enter the qemu mode and delays its return to the guest. The guest migration, executed as an iohandler also delays the execution of other iohandlers. In the following patch series, The migration has been moved to a separate thread to reduce the qemu_mutex contention and iohandler starvation. Umesh Deshpande (4): MRU ram block list migration thread mutex separate migration bitmap separate migration thread arch_init.c | 38 ++++++++++++---- buffered_file.c | 75 +++++++++++++++++-------------- cpu-all.h | 42 +++++++++++++++++ exec.c | 97 ++++++++++++++++++++++++++++++++++++++-- migration.c | 122 +++++++++++++++++++++++++++++--------------------- migration.h | 9 ++++ qemu-common.h | 2 + qemu-thread-posix.c | 10 ++++ qemu-thread.h | 1 + savevm.c | 5 -- 10 files changed, 297 insertions(+), 104 deletions(-) -- 1.7.4.1
next reply other threads:[~2011-08-24 3:13 UTC|newest] Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top 2011-08-24 3:12 Umesh Deshpande [this message] 2011-08-24 3:12 ` [Qemu-devel] [RFC PATCH v5 0/4] Separate thread for VM migration Umesh Deshpande 2011-08-24 3:12 ` [RFC PATCH v5 1/4] MRU ram list Umesh Deshpande 2011-08-24 3:12 ` [Qemu-devel] " Umesh Deshpande 2011-08-24 3:12 ` [RFC PATCH v5 2/4] Migration thread mutex Umesh Deshpande 2011-08-24 3:12 ` [Qemu-devel] " Umesh Deshpande 2011-08-26 17:00 ` Marcelo Tosatti 2011-08-26 17:00 ` [Qemu-devel] " Marcelo Tosatti 2011-08-24 3:12 ` [RFC PATCH v5 3/4] Separate migration bitmap Umesh Deshpande 2011-08-24 3:12 ` [Qemu-devel] " Umesh Deshpande 2011-08-24 3:12 ` [RFC PATCH v5 4/4] Separate thread for VM migration Umesh Deshpande 2011-08-24 3:12 ` [Qemu-devel] " Umesh Deshpande 2011-08-24 17:19 ` [Qemu-devel] [RFC PATCH v5 0/4] " Anthony Liguori 2011-08-24 17:19 ` Anthony Liguori 2011-08-25 6:25 ` Umesh Deshpande 2011-08-25 6:25 ` [Qemu-devel] " Umesh Deshpande 2011-08-25 6:29 ` Umesh Deshpande 2011-08-25 6:29 ` [Qemu-devel] " Umesh Deshpande 2011-08-25 6:35 ` Avi Kivity 2011-08-25 6:35 ` Avi Kivity
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=cover.1314153301.git.udeshpan@redhat.com \ --to=udeshpan@redhat.com \ --cc=kvm@vger.kernel.org \ --cc=mtosatti@redhat.com \ --cc=pbonzini@redhat.com \ --cc=qemu-devel@nongnu.org \ --cc=quintela@redhat.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.