qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Alexey Kardashevskiy <aik@ozlabs.ru>
To: qemu-devel@nongnu.org
Cc: Alexey Kardashevskiy <aik@ozlabs.ru>,
	Paolo Bonzini <pbonzini@redhat.com>,
	"Dr . David Alan Gilbert" <dgilbert@redhat.com>
Subject: [Qemu-devel] [PATCH] migration: Increase default max_downtime from 30ms to 300ms
Date: Thu, 27 Mar 2014 14:57:26 +1100	[thread overview]
Message-ID: <1395892646-30283-1-git-send-email-aik@ozlabs.ru> (raw)

The existing timeout is 30ms which on 100MB/s (1Gbit) gives us
3MB/s rate maximum. If we put some load on the guest, it is easy to
get page dirtying rate too big so live migration will never complete.
In the case of libvirt that means that the guest will be stopped
anyway after a timeout specified in the "virsh migrate" command and
this normally generates even bigger delay.

This changes max_downtime to 300ms which seems to be more
reasonable value.

Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
---
 migration.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/migration.c b/migration.c
index e0e24d4..02bbce9 100644
--- a/migration.c
+++ b/migration.c
@@ -144,7 +144,7 @@ void process_incoming_migration(QEMUFile *f)
  * the choice of nanoseconds is because it is the maximum resolution that
  * get_clock() can achieve. It is an internal measure. All user-visible
  * units must be in seconds */
-static uint64_t max_downtime = 30000000;
+static uint64_t max_downtime = 300000000;
 
 uint64_t migrate_max_downtime(void)
 {
-- 
1.8.4.rc4

             reply	other threads:[~2014-03-27  3:58 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-03-27  3:57 Alexey Kardashevskiy [this message]
2014-03-27  9:01 ` [Qemu-devel] [PATCH] migration: Increase default max_downtime from 30ms to 300ms Markus Armbruster
     [not found]   ` <53494FD0.8020009@ozlabs.ru>
     [not found]     ` <53604D73.1040905@ozlabs.ru>
2014-05-05  9:17       ` Alexey Kardashevskiy
2014-05-05 11:20       ` Juan Quintela
2014-06-04  8:13         ` Alexey Kardashevskiy
2014-06-04 10:25           ` Juan Quintela
2014-06-04 10:26             ` Paolo Bonzini
2014-06-06 12:50 ` Amit Shah
2014-06-06 16:48   ` Alexey Kardashevskiy
2014-06-09  5:22     ` Amit Shah

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=1395892646-30283-1-git-send-email-aik@ozlabs.ru \
    --to=aik@ozlabs.ru \
    --cc=dgilbert@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /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: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).