From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qc0-f170.google.com (mail-qc0-f170.google.com [209.85.216.170]) by kanga.kvack.org (Postfix) with ESMTP id 9B0E16B00AD for ; Tue, 27 May 2014 12:31:25 -0400 (EDT) Received: by mail-qc0-f170.google.com with SMTP id i8so14488927qcq.15 for ; Tue, 27 May 2014 09:31:25 -0700 (PDT) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net. [2001:558:fe2d:43:76:96:30:24]) by mx.google.com with ESMTP id z6si18115805qas.82.2014.05.27.09.31.24 for ; Tue, 27 May 2014 09:31:25 -0700 (PDT) Date: Tue, 27 May 2014 11:31:21 -0500 (CDT) From: Christoph Lameter Subject: Re: [RFC][PATCH 0/5] VM_PINNED In-Reply-To: <20140527153143.GD19143@laptop.programming.kicks-ass.net> Message-ID: References: <20140526145605.016140154@infradead.org> <20140526203232.GC5444@laptop.programming.kicks-ass.net> <20140527102909.GO30445@twins.programming.kicks-ass.net> <20140527144655.GC19143@laptop.programming.kicks-ass.net> <20140527153143.GD19143@laptop.programming.kicks-ass.net> Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Peter Zijlstra Cc: Konstantin Khlebnikov , "linux-mm@kvack.org" , Linux Kernel Mailing List , Thomas Gleixner , Andrew Morton , Hugh Dickins , Mel Gorman , Roland Dreier , Sean Hefty , Hal Rosenstock , Mike Marciniszyn On Tue, 27 May 2014, Peter Zijlstra wrote: > On Tue, May 27, 2014 at 10:14:10AM -0500, Christoph Lameter wrote: > > On Tue, 27 May 2014, Peter Zijlstra wrote: > > > > > Well, like with IB, they start out as normal userspace pages, and will > > > be from ZONE_MOVABLE. > > > > Well we could change that now I think. If the VMA has VM_PINNED set > > pages then do not allocate from ZONE_MOVABLE. > > But most allocations sites don't have the vma. We allocate page-cache > pages based on its address_space/mapping, not on whatever vma they're > mapped into. Most allocations by the application for an address range also must consider a memory allocation policy which is also bound to a vma and we have code for that in mm/mempolicy.c Code could be easily added to alloc_pages_vma() to consider the pinned status on allocation. Remove GFP_MOVABLE if the vma is pinned. -- 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