qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [PATCH v5 0/3] Eliminate multifd flush
@ 2023-02-13  2:57 Juan Quintela
  2023-02-13  2:57 ` [PATCH v5 1/3] multifd: Create property multifd-sync-after-each-section Juan Quintela
  0 siblings, 1 reply; 4+ messages in thread
From: Juan Quintela @ 2023-02-13  2:57 UTC (permalink / raw)
  To: qemu-devel
  Cc: Markus Armbruster, Philippe Mathieu-Daudé, Juan Quintela,
	Marcel Apfelbaum, Yanan Wang, Dr. David Alan Gilbert, Eric Blake,
	Eduardo Habkost

Hi

In this v5:
- Remove RAM Flags documentation (already on PULL request)
- rebase on top of PULL request.

Please review.

Based-on: <20230213025150.71537-1-quintela@redhat.com>
          Migration 20230213 patches

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 (3):
  multifd: Create property multifd-sync-after-each-section
  multifd: Protect multifd_send_sync_main() calls
  multifd: Only sync once each full round of memory

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

-- 
2.39.1



^ permalink raw reply	[flat|nested] 4+ messages in thread
* [PATCH v5 0/3] Eliminate multifd flush
@ 2023-02-13  9:15 Juan Quintela
  0 siblings, 0 replies; 4+ messages in thread
From: Juan Quintela @ 2023-02-13  9:15 UTC (permalink / raw)
  To: qemu-devel
  Cc: Philippe Mathieu-Daudé, Markus Armbruster,
	Dr. David Alan Gilbert, Eduardo Habkost, Eric Blake,
	Juan Quintela, Yanan Wang, Marcel Apfelbaum

Hi

In this v5:
- Remove RAM Flags documentation (already on PULL request)
- rebase on top of PULL request.

Please review.

Based-on: <20230213025150.71537-1-quintela@redhat.com>
          Migration 20230213 patches

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 (3):
  multifd: Create property multifd-sync-after-each-section
  multifd: Protect multifd_send_sync_main() calls
  multifd: Only sync once each full round of memory

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

-- 
2.39.1



^ permalink raw reply	[flat|nested] 4+ messages in thread
* [PATCH v5 0/3] Eliminate multifd flush
@ 2023-02-13  2:57 Juan Quintela
  0 siblings, 0 replies; 4+ messages in thread
From: Juan Quintela @ 2023-02-13  2:57 UTC (permalink / raw)
  To: qemu-devel
  Cc: Philippe Mathieu-Daudé, Dr. David Alan Gilbert,
	Markus Armbruster, Yanan Wang, Juan Quintela, Marcel Apfelbaum,
	Eduardo Habkost, Eric Blake

Hi

In this v5:
- Remove RAM Flags documentation (already on PULL request)
- rebase on top of PULL request.

Please review.

Based-on: <20230213025150.71537-1-quintela@redhat.com>
          Migration 20230213 patches

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 (3):
  multifd: Create property multifd-sync-after-each-section
  multifd: Protect multifd_send_sync_main() calls
  multifd: Only sync once each full round of memory

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

-- 
2.39.1



^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2023-02-13  9:17 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-02-13  2:57 [PATCH v5 0/3] Eliminate multifd flush Juan Quintela
2023-02-13  2:57 ` [PATCH v5 1/3] multifd: Create property multifd-sync-after-each-section Juan Quintela
  -- strict thread matches above, loose matches on Subject: below --
2023-02-13  9:15 [PATCH v5 0/3] Eliminate multifd flush Juan Quintela
2023-02-13  2:57 Juan Quintela

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).