[CRIU] [PATCH 0/5]v2 deduplication: auto-dedup no longer needed pages on restore

Pavel Emelyanov xemul at parallels.com
Fri Feb 28 02:15:56 PST 2014


On 02/19/2014 06:56 PM, Tikhomirov Pavel wrote:
> Hi,
> 
> Here I want to represent v2 of auto-dedup on restore:
> Made new test based on maps04 and test/mem-snap/run-snap.sh in patch 4
> And new test based on maps04 and maps007 to zdtm.
> 
> Thanks, Pavel.
> 
> Tikhomirov Pavel (5):
>   deduplication: add separate function for punch to use on restore
>   deduplication: add auto-dedup on restore
>   test: auto-deduplication on restore
>   test: auto-dedup on restore
>   zdtm: test for auto-dedup on restore
> 
>  cr-dedup.c                                 | 26 ++++++---
>  cr-restore.c                               | 12 +++--
>  include/page-read.h                        |  1 +
>  page-read.c                                |  8 +++
>  test/mem-snap/run-snap-dedup-on-restore.sh | 87 ++++++++++++++++++++++++++++++
>  test/mem-snap/run-snap-maps04.sh           | 68 +++++++++++++++++++++++
>  test/zdtm.sh                               | 39 +++++++++++++-
>  7 files changed, 228 insertions(+), 13 deletions(-)
>  create mode 100755 test/mem-snap/run-snap-dedup-on-restore.sh
>  create mode 100755 test/mem-snap/run-snap-maps04.sh
> 


All but 5 and rpc command from 7 applied.

Plz, rework patch #5 according to Andrey's comments,
implement the punch batching as we discussed and measure
the performance and memory consumption when restoring on
tempfs with and without this option.

Thanks,
Pavel


More information about the CRIU mailing list