From: Markus Armbruster <armbru@redhat.com>
To: yong.huang@smartx.com
Cc: qemu-devel@nongnu.org, Peter Xu <peterx@redhat.com>,
Fabiano Rosas <farosas@suse.de>, Eric Blake <eblake@redhat.com>
Subject: Re: [RFC] migration: Introduce migration throttle event
Date: Tue, 18 Feb 2025 06:44:38 +0100 [thread overview]
Message-ID: <87cyffiz7d.fsf@pond.sub.org> (raw)
In-Reply-To: <4df13a8005170ad42cbbc883a0a8fdbb1ab94ac1.1739846274.git.yong.huang@smartx.com> (yong huang's message of "Tue, 18 Feb 2025 10:39:55 +0800")
yong.huang@smartx.com writes:
> From: Hyman Huang <yong.huang@smartx.com>
>
> When the developer is examining the time distribution of
> the migration, it is useful to record the migration throttle
> timestamp. Consequently, include the migration throttle event.
Can you explain what you'd like to do with the information in a little
more detail?
> Signed-off-by: Hyman Huang <yong.huang@smartx.com>
> ---
> migration/ram.c | 1 +
> qapi/migration.json | 15 +++++++++++++++
> 2 files changed, 16 insertions(+)
>
> diff --git a/migration/ram.c b/migration/ram.c
> index 589b6505eb..725e029927 100644
> --- a/migration/ram.c
> +++ b/migration/ram.c
> @@ -524,6 +524,7 @@ static void mig_throttle_guest_down(uint64_t bytes_dirty_period,
>
> /* We have not started throttling yet. Let's start it. */
> if (!cpu_throttle_active()) {
> + qapi_event_send_migration_throttle();
> cpu_throttle_set(pct_initial);
> } else {
> /* Throttling already on, just increase the rate */
I guess the percentage is uninteresting because it changes too quickly.
Correct?
Would it make sense to track cpu_throttle_stop(), too?
> diff --git a/qapi/migration.json b/qapi/migration.json
> index 8b9c53595c..0495065b5d 100644
> --- a/qapi/migration.json
> +++ b/qapi/migration.json
> @@ -1393,6 +1393,21 @@
> { 'event': 'MIGRATION_PASS',
> 'data': { 'pass': 'int' } }
>
> +##
> +# @MIGRATION_THROTTLE:
> +#
> +# Emitted from the source side of a migration at the start of vCPU throttle
> +#
> +# Since: 10.0
> +#
> +# Example:
> +#
> +# <- { "event": "MIGRATION_THROTTLE",
> +# "timestamp": { "seconds": 1267041730, "microseconds": 281295 } }
> +#
> +##
> +{ 'event': 'MIGRATION_THROTTLE' }
> +
> ##
> # @COLOMessage:
> #
Standard question for events: if a management application misses an
event, say because it restarts and reconnects, is there a way to obtain
the missed information with a query command?
next prev parent reply other threads:[~2025-02-18 5:45 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-18 2:39 [RFC] migration: Introduce migration throttle event yong.huang
2025-02-18 5:44 ` Markus Armbruster [this message]
2025-02-18 6:50 ` Yong Huang
2025-02-18 18:15 ` Peter Xu
2025-02-18 19:21 ` Markus Armbruster
2025-02-19 1:31 ` Yong Huang
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=87cyffiz7d.fsf@pond.sub.org \
--to=armbru@redhat.com \
--cc=eblake@redhat.com \
--cc=farosas@suse.de \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=yong.huang@smartx.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 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.