qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [RESEND][PATCH] migration: drop MADVISE_DONT_NEED for i


From: Juan Quintela
Subject: Re: [Qemu-devel] [RESEND][PATCH] migration: drop MADVISE_DONT_NEED for incoming zero pages
Date: Thu, 24 Oct 2013 11:07:38 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux)

Peter Lieven <address@hidden> wrote:
> The madvise for zeroed out pages was introduced when every transferred
> zero page was memset to zero and thus allocated. Since commit
> 211ea740 we check for zeroness of a target page before we memset
> it to zero. Additionally we memmap target memory so it is essentially
> zero initialized (except for e.g. option roms and bios which are loaded
> into target memory although they shouldn't).
>
> It was reported recently that this madvise causes a performance degradation
> in some situations. As the madvise should only be called rarely and if it's 
> called
> it is likely on a busy page (it was non-zero and changed to zero during 
> migration)
> drop it completely.

Reviewed-by: Juan Quintela <address@hidden>

I take it.  I am on KVM Forum/LinuxCon this week.  Will send when back
at home.

Thanks.

>
> Reported-By: Zhang Haoyu <address@hidden>
> Acked-by: Paolo Bonzini <address@hidden>
> Signed-off-by: Peter Lieven <address@hidden>
> ---
>  arch_init.c |    8 --------
>  1 file changed, 8 deletions(-)
>
> diff --git a/arch_init.c b/arch_init.c
> index 7545d96..e0acbc5 100644
> --- a/arch_init.c
> +++ b/arch_init.c
> @@ -850,14 +850,6 @@ void ram_handle_compressed(void *host, uint8_t ch, 
> uint64_t size)
>  {
>      if (ch != 0 || !is_zero_range(host, size)) {
>          memset(host, ch, size);
> -#ifndef _WIN32
> -        if (ch == 0 && (!kvm_enabled() || kvm_has_sync_mmu())) {
> -            size = size & ~(getpagesize() - 1);
> -            if (size > 0) {
> -                qemu_madvise(host, size, QEMU_MADV_DONTNEED);
> -            }
> -        }
> -#endif
>      }
>  }



reply via email to

[Prev in Thread] Current Thread [Next in Thread]