From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <48D2CEF3.6060308@linux-foundation.org> Date: Thu, 18 Sep 2008 16:58:11 -0500 From: Christoph Lameter MIME-Version: 1.0 Subject: Re: Populating multiple ptes at fault time References: <48D142B2.3040607@goop.org> <48D17A93.4000803@goop.org> <48D29AFB.5070409@linux-foundation.org> <48D2A392.6010308@goop.org> <33307c790809181352h14f2cf26kc73de75b939177b5@mail.gmail.com> <48D2BFB8.6010503@redhat.com> <33307c790809181411j41a6fc4ev8560a13ed8661ec2@mail.gmail.com> <48D2C46A.5030702@linux-foundation.org> <33307c790809181421k52ed6a36h9d4ee40d5799a536@mail.gmail.com> <48D2C8DD.4040303@linux-foundation.org> <28c262360809181449v1050c1f7ndf17dadba9fac0bf@mail.gmail.com> In-Reply-To: <28c262360809181449v1050c1f7ndf17dadba9fac0bf@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: MinChan Kim Cc: Martin Bligh , Chris Snook , Jeremy Fitzhardinge , Nick Piggin , Hugh Dickens , Linux Memory Management List , Linux Kernel Mailing List , Avi Kivity , Andrew Morton , Rik van Riel List-ID: MinChan Kim wrote: > In case of file-mapped pages, Shouldn't we use just on-demand > readahead mechanism in kernel ? Correct. > If it is inefficient, It means we have to change on-demand readahead > mechanism itself. Right. My patches were only for anonymous pages not for file backed because readahead is available for file backed mappings. -- 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