From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19]) by kanga.kvack.org (Postfix) with SMTP id 246FE6B01F8 for ; Tue, 6 Apr 2010 14:05:25 -0400 (EDT) Message-ID: <4BBB77BC.60409@redhat.com> Date: Tue, 06 Apr 2010 21:04:44 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [PATCH 00 of 41] Transparent Hugepage Support #17 References: <20100405232115.GM5825@random.random> <20100406011345.GT5825@random.random> <4BBB052D.8040307@redhat.com> <4BBB2134.9090301@redhat.com> <20100406131024.GA5288@laptop> <4BBB359D.1020603@redhat.com> <20100406134539.GC5288@laptop> <20100406165031.GA5825@random.random> <4BBB6FEC.9050205@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Christoph Lameter Cc: Andrea Arcangeli , Nick Piggin , Linus Torvalds , Pekka Enberg , Ingo Molnar , Andrew Morton , linux-mm@kvack.org, Marcelo Tosatti , Adam Litke , Izik Eidus , Hugh Dickins , Rik van Riel , Mel Gorman , Dave Hansen , Benjamin Herrenschmidt , Mike Travis , KAMEZAWA Hiroyuki , Chris Wright , bpicco@redhat.com, KOSAKI Motohiro , Balbir Singh , Arnd Bergmann , "Michael S. Tsirkin" , Peter Zijlstra , Johannes Weiner , Daisuke Nishimura List-ID: On 04/06/2010 09:00 PM, Christoph Lameter wrote: > >> I don't think gcc is worst case. Workloads that benefit from large pages are >> those with bloated working sets that do a lot of pointer chasing and do little >> computation in between. gcc fits two out of three (just a partial score on >> the first). >> > Once you have huge pages you will likely start to optimize for locality. > > Pointer chasing is bad even with huge pages if you go between multiple > huge pages and you are beyond the number of huge tlb entries supported by > the cpu. > A hugetlb miss is serviced from the L2 or L3 cache. A smalltlb miss is serviced from main memory. The miss rate is important, but not nearly as important as fill latency. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. -- 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