* Bohdan Trach (bohdan.tr...@mailbox.tu-dresden.de) wrote:
>
> On 11/17/2015 05:05 PM, Dr. David Alan Gilbert wrote:
> > Why is the hash needed on the destination; if it's a page which the source
> > has decided isn't in a matching page, what does the destination use the
> > hash for?
> >
>
> Aft
On 11/17/2015 05:05 PM, Dr. David Alan Gilbert wrote:
> Why is the hash needed on the destination; if it's a page which the source
> has decided isn't in a matching page, what does the destination use the
> hash for?
>
After the migration has finished, the hashes are still stored in RAM
for the n
* Bohdan Trach (bohdan.tr...@mailbox.tu-dresden.de) wrote:
>
> On 11/17/2015 01:26 PM, Dr. David Alan Gilbert wrote:
> > There are a couple of things I don't understand about this:
> > 1) How does the source fill it's hashes table? Is it just given the same
> > dump file as the destination
On 11/17/2015 01:26 PM, Dr. David Alan Gilbert wrote:
> There are a couple of things I don't understand about this:
> 1) How does the source fill it's hashes table? Is it just given the same
> dump file as the destination?
> 2) Why does RAM_SAVE_FLAG_PAGE_HASH exist; if you're sending th
* Bohdan Trach (bv.tr...@gmail.com) wrote:
> From: Bohdan Trach
>
> Extend memory page saving and loading functions to utilize information
> available in checkpoints to avoid sending full pages over the network.
>
> Signed-off-by: Bohdan Trach
There are a couple of things I don't understand ab
From: Bohdan Trach
Extend memory page saving and loading functions to utilize information
available in checkpoints to avoid sending full pages over the network.
Signed-off-by: Bohdan Trach
---
arch_init.c | 167
1 file changed, 158 i
