From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx188.postini.com [74.125.245.188]) by kanga.kvack.org (Postfix) with SMTP id 8FF616B004D for ; Wed, 25 Jul 2012 15:38:06 -0400 (EDT) Date: Wed, 25 Jul 2012 14:38:00 -0500 (CDT) From: Christoph Lameter Subject: Re: [PATCH, RFC 0/6] Avoid cache trashing on clearing huge/gigantic page In-Reply-To: <20120725192850.GA4952@tassilo.jf.intel.com> Message-ID: References: <1342788622-10290-1-git-send-email-kirill.shutemov@linux.intel.com> <20120725192850.GA4952@tassilo.jf.intel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Andi Kleen Cc: "Kirill A. Shutemov" , linux-mm@kvack.org, Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , x86@kernel.org, Tim Chen , Alex Shi , Jan Beulich , Robert Richter , Andy Lutomirski , Andrew Morton , Andrea Arcangeli , Johannes Weiner , Hugh Dickins , KAMEZAWA Hiroyuki , Mel Gorman , linux-kernel@vger.kernel.org On Wed, 25 Jul 2012, Andi Kleen wrote: > > why exempt the 4K around the fault address? Is there a regression if that > > is not exempted? > > You would get an immediate cache miss when the faulting instruction > is reexecuted. Nope. You would not get cache misses for all cachelines in the 4k range. Only one. > > I guess for anonymous huge pages one may assume that there will be at > > least one write to one cache line in the 4k page. Is it useful to get all > > the cachelines in the page in the cache. > > We did some measurements -- comparing 4K and 2MB with some tracing > of fault patterns -- and a lot of apps don't use the full 2MB area. > The apps with THP regressions usually used less than others. > The patchkit significantly reduced some of the regressions. Yup they wont use the full 2MB area. But are they using all the cache lines of the 4k page that we are making hot? -- 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: email@kvack.org