Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755960Ab3GOMQU (ORCPT ); Mon, 15 Jul 2013 08:16:20 -0400 Received: from mail-pd0-f174.google.com ([209.85.192.174]:39722 "EHLO mail-pd0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755676Ab3GOMQS (ORCPT ); Mon, 15 Jul 2013 08:16:18 -0400 Date: Mon, 15 Jul 2013 21:16:07 +0900 Message-ID: <8761wcuigo.wl%mitake.hitoshi@gmail.com> From: Hitoshi Mitake To: "Kirill A. Shutemov" Cc: Andi Kleen , acme@infradead.org, linux-kernel@vger.kernel.org, Andi Kleen , h.mitake@gmail.com, kirill.shutemov@linux.jf.intel.com Subject: Re: [PATCH] perf, tools, bench: Fix memcpy benchmark for large sizes In-Reply-To: <20130715081532.52D85E0090@blue.fi.intel.com> References: <1373675551-18684-1-git-send-email-andi@firstfloor.org> <20130715081532.52D85E0090@blue.fi.intel.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/24.2 (x86_64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2031 Lines: 57 At Mon, 15 Jul 2013 11:15:32 +0300 (EEST), Kirill A. Shutemov wrote: > > Andi Kleen wrote: > > From: Andi Kleen > > > > glibc calloc() has an optimization to not explicitely memset() > > very large calloc allocations that just came from mmap(), > > because they are known to be zero. > > > > This could result in the perf memcpy benchmark reading only from > > the zero page, which gives unrealistic results. > > > > Always call memset explicitly on the source area to avoid this problem. > > > > Cc: h.mitake@gmail.com > > Cc: kirill.shutemov@linux.intel.com > > Signed-off-by: Andi Kleen > > Acked-by: Kirill A. Shutemov Thanks for this fix, Andi. Acked-by: Hitoshi Mitake > > > --- > > tools/perf/bench/mem-memcpy.c | 2 ++ > > 1 file changed, 2 insertions(+) > > > > diff --git a/tools/perf/bench/mem-memcpy.c b/tools/perf/bench/mem-memcpy.c > > index 93c83e3..690f75f 100644 > > --- a/tools/perf/bench/mem-memcpy.c > > +++ b/tools/perf/bench/mem-memcpy.c > > @@ -117,6 +117,8 @@ static void alloc_mem(void **dst, void **src, size_t length) > > *src = zalloc(length); > > if (!src) > > die("memory allocation failed - maybe length is too large?\n"); > > + /* Make sure to always replace the zero pages even if MMAP_THRESH is crossed */ > > + memset(src, 0, length); > > } > > > > static u64 do_memcpy_cycle(memcpy_t fn, size_t len, bool prefault) > > -- > > 1.8.1.4 > > -- > Kirill A. Shutemov > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/