[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v2 00/51] Creating RAMState for migration
From: |
Juan Quintela |
Subject: |
Re: [Qemu-devel] [PATCH v2 00/51] Creating RAMState for migration |
Date: |
Tue, 04 Apr 2017 19:22:33 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) |
"Dr. David Alan Gilbert" <address@hidden> wrote:
> * Juan Quintela (address@hidden) wrote:
>> Hi
>
> Some high level points:
>
>> Continuation of previous series, all review comments addressed. New things:
>> - Consolidate all function comments in the same style (yes, docs)
>> - Be much more careful with maintaining comments correct
>> - Move all postcopy fields to RAMState
>
>> - Move QEMUFile to RAMState
>> - rename qemu_target_page_bits() to qemu_target_page_size() to reflect use
>> - Remove MigrationState from functions that don't need it
>> - reorganize last_sent_block to the place where it is used/needed
>> - Move several places from offsets to pages
>> - Rename last_ram_offset() to last_ram_page() to refect use
>
> An interesting question is what happens if we ever have multiple threads
> working on RAM at once, I assume you're thinking there will be multiple
> RAMStates? It'll be interesting to see whether everything we have now got
> in RAMState is stuff that wants to be replicated that way.
Working on paolo suggestion on sending everyhting through multiplefd's.
That requires multiple FD's.
Thanks, Juan.
- Re: [Qemu-devel] [PATCH v2 00/51] Creating RAMState for migration,
Juan Quintela <=