[PATCH v4 0/4] Eliminate multifd flush

Juan Quintela posted 4 patches 1 year, 2 months ago
Failed in applying to current master (apply log)
There is a newer version of this series
qapi/migration.json   | 10 +++++++-
migration/migration.h |  1 +
hw/core/machine.c     |  1 +
migration/migration.c | 13 ++++++++--
migration/ram.c       | 56 +++++++++++++++++++++++++++++++++++--------
5 files changed, 68 insertions(+), 13 deletions(-)
[PATCH v4 0/4] Eliminate multifd flush
Posted by Juan Quintela 1 year, 2 months ago
Hi

In this v4:
- Rebased on top of migration-20230209 PULL request
- Integrate two patches in that pull request
- Rebase
- Address Eric reviews.

Please review.

In this v3:
- update to latest upstream.
- fix checkpatch errors.

Please, review.

In this v2:
- update to latest upstream
- change 0, 1, 2 values to defines
- Add documentation for SAVE_VM_FLAGS
- Add missing qemu_fflush(), it made random hangs for migration test
  (only for tls, no clue why).

Please, review.

[v1]
Upstream multifd code synchronize all threads after each RAM section.  This is suboptimal.
Change it to only flush after we go trough all ram.

Preserve all semantics for old machine types.

Juan Quintela (4):
  multifd: Create property multifd-sync-after-each-section
  multifd: Protect multifd_send_sync_main() calls
  multifd: Only sync once each full round of memory
  ram: Document migration ram flags

 qapi/migration.json   | 10 +++++++-
 migration/migration.h |  1 +
 hw/core/machine.c     |  1 +
 migration/migration.c | 13 ++++++++--
 migration/ram.c       | 56 +++++++++++++++++++++++++++++++++++--------
 5 files changed, 68 insertions(+), 13 deletions(-)

-- 
2.39.1