From: Juan Quintela <quintela@redhat.com>
To: kvm-devel <kvm@vger.kernel.org>, qemu-devel@nongnu.org
Subject: KVM Call for 2022-10-18
Date: Fri, 14 Oct 2022 12:11:10 +0200 [thread overview]
Message-ID: <871qran29t.fsf@secure.mitica> (raw)
Hi
Please, send any topic that you are interested in covering.
For next week, we have a topic:
- VFIO and migration
We are going to discuss what to do with vfio devices that support
migration. See my RFC on the list, so far we are discussing:
- we need a way to know the size of the vfio device state
(In the cases we are discussing, they require that the guest is
stopped, so I am redoing how we calculate pending state).
- We need an estimate/exact sizes.
Estimate can be the one calculated last time. This is supposed to be
fast, and needs to work with the guest running.
Exact size is just that, we have stopped the guest, and we want to
know how big is the state for this device, to know if we can complete
migration ore we will continue in iterative stage.
- We need to send the state asynchronously.
VFIO devices are very fast at doing whatever they are designed to do.
But copying its state to memory is not one of the things that they do
fast. So I am working in an asynchronous way to copy that state in
parallel. The particular setup that caused this problem was using 4
network vfio cards in the guest. Current code will:
for i in network cards:
copy the state from card i into memory
send the state from memory from card i to destination
what we want is something like:
for i in network cards:
start asyrchronous copy the state from card i into memory
for i in network cards:
wait for copy the state from card i into memory to finish
send the state from memory from card i to destination
So the cards can tranfer its state to memory in parallel.
At the end of Monday I will send an email with the agenda or the
cancellation of the call, so hurry up.
After discussions on the QEMU Summit, we are going to have always open a
KVM call where you can add topics.
Call details:
By popular demand, a google calendar public entry with it
https://calendar.google.com/calendar/u/0?cid=ZWdlZDdja2kwNWxtdTF0bmd2a2wzdGhpZHNAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ
(Let me know if you have any problems with the calendar entry. I just
gave up about getting right at the same time CEST, CET, EDT and DST).
If you need phone number details, contact me privately
Thanks, Juan.
next reply other threads:[~2022-10-14 10:11 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-10-14 10:11 Juan Quintela [this message]
2022-10-18 13:15 ` KVM Call for 2022-10-18 Shameerali Kolothum Thodi
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=871qran29t.fsf@secure.mitica \
--to=quintela@redhat.com \
--cc=kvm@vger.kernel.org \
--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