From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail203.messagelabs.com (mail203.messagelabs.com [216.82.254.243]) by kanga.kvack.org (Postfix) with SMTP id C6ABA6B01EF for ; Sat, 17 Apr 2010 15:06:45 -0400 (EDT) Message-ID: <4BCA067B.1020008@redhat.com> Date: Sat, 17 Apr 2010 22:05:31 +0300 From: Avi Kivity MIME-Version: 1.0 Subject: Re: hugepages will matter more in the future References: <20100410194751.GA23751@elte.hu> <4BC0DE84.3090305@redhat.com> <4BC0E2C4.8090101@redhat.com> <4BC0E556.30304@redhat.com> <4BC19663.8080001@redhat.com> <4BC19916.20100@redhat.com> <20100411110015.GA10149@elte.hu> <4BC1B034.4050302@redhat.com> <20100411115229.GB10952@elte.hu> <20100412042230.5d974e5d@infradead.org> <4BC30436.8070001@redhat.com> <20100417081218.4160f36b@infradead.org> <4BC9FB64.5040009@redhat.com> <20100417120531.0b86e959@infradead.org> In-Reply-To: <20100417120531.0b86e959@infradead.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Arjan van de Ven Cc: Ingo Molnar , Jason Garrett-Glaser , Mike Galbraith , Andrea Arcangeli , Linus Torvalds , Pekka Enberg , Andrew Morton , linux-mm@kvack.org, Marcelo Tosatti , Adam Litke , Izik Eidus , Hugh Dickins , Nick Piggin , Rik van Riel , Mel Gorman , Dave Hansen , Benjamin Herrenschmidt , Mike Travis , KAMEZAWA Hiroyuki , Christoph Lameter , Chris Wright , bpicco@redhat.com, KOSAKI Motohiro , Balbir Singh , Arnd Bergmann , "Michael S. Tsirkin" , Peter Zijlstra , Johannes Weiner , Daisuke Nishimura List-ID: On 04/17/2010 10:05 PM, Arjan van de Ven wrote: > On Sat, 17 Apr 2010 21:18:12 +0300 > >> Correct. We're trying to reduce suckage from 2 cache misses per >> access (3 for virt), to 1 cache miss per access. We're also freeing >> up space in the cache for data. >> >> Saying the application already sucks isn't helping anything. >> > but the guy who's writing the application will already optimize for > this case... > I lost you. What is he optimizing for? 4k pages? -- 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