qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Peter Xu <peterx@redhat.com>
To: Hyman Huang <huangy81@chinatelecom.cn>
Cc: qemu-devel <qemu-devel@nongnu.org>,
	"Dr. David Alan Gilbert" <dgilbert@redhat.com>,
	Juan Quintela <quintela@redhat.com>
Subject: Re: [PATCH v3] migration/dirtyrate: make sample page count configurable
Date: Tue, 1 Jun 2021 10:11:14 -0400	[thread overview]
Message-ID: <YLZAApHXm8MTJNFH@t490s> (raw)
In-Reply-To: <74bd3755-9e38-6e00-8cd1-4bb9ae3af71c@chinatelecom.cn>

On Tue, Jun 01, 2021 at 08:09:34PM +0800, Hyman Huang wrote:
> Ping
> 
> though dirtyrate by sampling page may kind of be inaccurate,
> it still valuable for those who run qemu on non-x86 or kernel
> which does not support dirty ring, this patch is necessary i
> think, what would you think of it ?

Yes I think this patch is okay:

Reviewed-by: Peter Xu <peterx@redhat.com>

Maybe I can pick it up and repost with the hmp cmds as they conflict.

But note that even with this sample_pages parameter, my test still gets this
with a 200MB/s workload:

(qemu) calc_dirty_rate 10 16384
...
(qemu) info dirty_rate
Dirty rate: 21 (MB/s)

I think it means it does not solve the memory locality issue, so it may only be
useful for workload that mostly randomly distributed across all the ram.
However since normally this is used to evaluate "whether this customer VM can
be migrated", it also means maybe the admin has no idea about what type of
workload the guest is running.  Depending on this info will wrongly migrate a
very busy VM as the admin thought it's low loaded.

So I think at last if we want to make this feature to real use, we may need to
depend on either dirty logging or dirty ring to report the real numbers, even
without migration started.

-- 
Peter Xu



      reply	other threads:[~2021-06-01 14:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-11 14:20 [PATCH v3] make sample page count configurable huangy81
2021-05-11 14:21 ` [PATCH v3] migration/dirtyrate: " huangy81
2021-06-01 12:09   ` Hyman Huang
2021-06-01 14:11     ` Peter Xu [this message]

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=YLZAApHXm8MTJNFH@t490s \
    --to=peterx@redhat.com \
    --cc=dgilbert@redhat.com \
    --cc=huangy81@chinatelecom.cn \
    --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: 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).