From: Andi Kleen <ak@linux.intel.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: Jan Beulich <JBeulich@suse.com>,
Andy Lutomirski <luto@amacapital.net>,
Robert Richter <robert.richter@amd.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Hugh Dickins <hughd@google.com>, Alex Shi <alex.shu@intel.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
x86@kernel.org, linux-mm@kvack.org,
Thomas Gleixner <tglx@linutronix.de>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mips@linux-mips.org, Tim Chen <tim.c.chen@linux.intel.com>,
linuxppc-dev@lists.ozlabs.org,
Andrea Arcangeli <aarcange@redhat.com>,
Ingo Molnar <mingo@redhat.com>, Mel Gorman <mgorman@suse.de>,
linux-kernel@vger.kernel.org, linux-sh@vger.kernel.org,
sparclinux@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH v2 4/6] x86: Add clear_page_nocache
Date: Mon, 13 Aug 2012 09:27:53 -0700 [thread overview]
Message-ID: <20120813162753.GM2644@tassilo.jf.intel.com> (raw)
In-Reply-To: <20120813114334.GA21855@otc-wbsnb-06>
> Moving 64 bytes per cycle is faster on Sandy Bridge, but slower on
> Westmere. Any preference? ;)
You have to be careful with these benchmarks.
- You need to make sure the data is cache cold, cache hot is misleading.
- The numbers can change if you have multiple CPUs doing this in parallel.
-Andi
WARNING: multiple messages have this Message-ID (diff)
From: Andi Kleen <ak@linux.intel.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: Jan Beulich <JBeulich@suse.com>,
Andy Lutomirski <luto@amacapital.net>,
Robert Richter <robert.richter@amd.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Hugh Dickins <hughd@google.com>, Alex Shi <alex.shu@intel.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
x86@kernel.org, linux-mm@kvack.org,
Thomas Gleixner <tglx@linutronix.de>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mips@linux-mips.org, Tim Chen <tim.c.chen@linux.intel.com>,
linuxppc-dev@lists.ozlabs.org,
Andrea Arcangeli <aarcange@redhat.com>,
Ingo Molnar <mingo@redhat.com>, Mel Gorman <mgorman@suse.de>,
linux-kernel@vger.kernel.org, linux-sh@vger.kernel.org,
sparclinux@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH v2 4/6] x86: Add clear_page_nocache
Date: Mon, 13 Aug 2012 16:27:53 +0000 [thread overview]
Message-ID: <20120813162753.GM2644@tassilo.jf.intel.com> (raw)
In-Reply-To: <20120813114334.GA21855@otc-wbsnb-06>
> Moving 64 bytes per cycle is faster on Sandy Bridge, but slower on
> Westmere. Any preference? ;)
You have to be careful with these benchmarks.
- You need to make sure the data is cache cold, cache hot is misleading.
- The numbers can change if you have multiple CPUs doing this in parallel.
-Andi
WARNING: multiple messages have this Message-ID (diff)
From: Andi Kleen <ak@linux.intel.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: Andrea Arcangeli <aarcange@redhat.com>,
linux-mips@linux-mips.org, "H. Peter Anvin" <hpa@zytor.com>,
Alex Shi <alex.shu@intel.com>,
Robert Richter <robert.richter@amd.com>,
linuxppc-dev@lists.ozlabs.org, x86@kernel.org,
Hugh Dickins <hughd@google.com>,
linux-kernel@vger.kernel.org,
Andy Lutomirski <luto@amacapital.net>,
linux-mm@kvack.org, linux-sh@vger.kernel.org,
Ingo Molnar <mingo@redhat.com>, Mel Gorman <mgorman@suse.de>,
Jan Beulich <JBeulich@suse.com>,
Johannes Weiner <hannes@cmpxchg.org>,
sparclinux@vger.kernel.org, Thomas Gleixner <tglx@linutronix.de>,
Tim Chen <tim.c.chen@linux.intel.com>,
Andrew Morton <akpm@linux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Subject: Re: [PATCH v2 4/6] x86: Add clear_page_nocache
Date: Mon, 13 Aug 2012 09:27:53 -0700 [thread overview]
Message-ID: <20120813162753.GM2644@tassilo.jf.intel.com> (raw)
In-Reply-To: <20120813114334.GA21855@otc-wbsnb-06>
> Moving 64 bytes per cycle is faster on Sandy Bridge, but slower on
> Westmere. Any preference? ;)
You have to be careful with these benchmarks.
- You need to make sure the data is cache cold, cache hot is misleading.
- The numbers can change if you have multiple CPUs doing this in parallel.
-Andi
WARNING: multiple messages have this Message-ID (diff)
From: Andi Kleen <ak@linux.intel.com>
To: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>
Cc: Jan Beulich <JBeulich@suse.com>,
Andy Lutomirski <luto@amacapital.net>,
Robert Richter <robert.richter@amd.com>,
Johannes Weiner <hannes@cmpxchg.org>,
Hugh Dickins <hughd@google.com>, Alex Shi <alex.shu@intel.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
x86@kernel.org, linux-mm@kvack.org,
Thomas Gleixner <tglx@linutronix.de>,
Andrew Morton <akpm@linux-foundation.org>,
linux-mips@linux-mips.org, Tim Chen <tim.c.chen@linux.intel.com>,
linuxppc-dev@lists.ozlabs.org,
Andrea Arcangeli <aarcange@redhat.com>,
Ingo Molnar <mingo@redhat.com>, Mel Gorman <mgorman@suse.de>,
linux-kernel@vger.kernel.org, linux-sh@vger.kernel.org,
sparclinux@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH v2 4/6] x86: Add clear_page_nocache
Date: Mon, 13 Aug 2012 09:27:53 -0700 [thread overview]
Message-ID: <20120813162753.GM2644@tassilo.jf.intel.com> (raw)
In-Reply-To: <20120813114334.GA21855@otc-wbsnb-06>
> Moving 64 bytes per cycle is faster on Sandy Bridge, but slower on
> Westmere. Any preference? ;)
You have to be careful with these benchmarks.
- You need to make sure the data is cache cold, cache hot is misleading.
- The numbers can change if you have multiple CPUs doing this in parallel.
-Andi
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2012-08-13 16:28 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-09 15:02 [PATCH v2 0/6] Avoid cache trashing on clearing huge/gigantic page Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` [PATCH v2 1/6] THP: Use real address for NUMA policy Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` [PATCH v2 2/6] mm: make clear_huge_page tolerate non aligned address Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:02 ` Kirill A. Shutemov
2012-08-09 15:03 ` [PATCH v2 3/6] THP: Pass real, not rounded, address to clear_huge_page Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` [PATCH v2 4/6] x86: Add clear_page_nocache Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:22 ` Jan Beulich
2012-08-09 15:22 ` Jan Beulich
2012-08-09 15:22 ` Jan Beulich
2012-08-09 15:22 ` Jan Beulich
2012-08-09 15:22 ` Jan Beulich
2012-08-09 15:26 ` Andi Kleen
2012-08-09 15:26 ` Andi Kleen
2012-08-13 11:43 ` Kirill A. Shutemov
2012-08-13 11:43 ` Kirill A. Shutemov
2012-08-13 11:43 ` Kirill A. Shutemov
2012-08-13 12:02 ` Jan Beulich
2012-08-13 12:02 ` Jan Beulich
2012-08-13 12:02 ` Jan Beulich
2012-08-13 12:02 ` Jan Beulich
2012-08-13 12:02 ` Jan Beulich
2012-08-13 16:27 ` Andi Kleen [this message]
2012-08-13 16:27 ` Andi Kleen
2012-08-13 16:27 ` Andi Kleen
2012-08-13 16:27 ` Andi Kleen
2012-08-13 17:04 ` Borislav Petkov
2012-08-13 17:04 ` Borislav Petkov
2012-08-13 17:04 ` Borislav Petkov
2012-08-13 17:04 ` Borislav Petkov
2012-08-13 19:07 ` Kirill A. Shutemov
2012-08-13 19:07 ` Kirill A. Shutemov
2012-08-13 19:07 ` Kirill A. Shutemov
2012-08-09 15:23 ` H. Peter Anvin
2012-08-09 15:23 ` H. Peter Anvin
2012-08-09 15:23 ` H. Peter Anvin
2012-08-09 15:23 ` H. Peter Anvin
2012-08-09 15:03 ` [PATCH v2 5/6] mm: make clear_huge_page cache clear only around the fault address Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` [PATCH v2 6/6] x86: switch the 64bit uncached page clear to SSE/AVX v2 Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:03 ` Kirill A. Shutemov
2012-08-09 15:28 ` Jan Beulich
2012-08-09 15:28 ` Jan Beulich
2012-08-09 15:28 ` Jan Beulich
2012-08-09 15:28 ` Jan Beulich
2012-08-09 15:28 ` Jan Beulich
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120813162753.GM2644@tassilo.jf.intel.com \
--to=ak@linux.intel.com \
--cc=JBeulich@suse.com \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=alex.shu@intel.com \
--cc=hannes@cmpxchg.org \
--cc=hpa@zytor.com \
--cc=hughd@google.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@linux-mips.org \
--cc=linux-mm@kvack.org \
--cc=linux-sh@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=luto@amacapital.net \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=robert.richter@amd.com \
--cc=sparclinux@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=tim.c.chen@linux.intel.com \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.