Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752958AbcKRWsY convert rfc822-to-8bit (ORCPT ); Fri, 18 Nov 2016 17:48:24 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:35144 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751716AbcKRWsV (ORCPT ); Fri, 18 Nov 2016 17:48:21 -0500 Subject: Re: [PATCH v3 (re-send)] xen/gntdev: Use mempolicy instead of VM_IO flag to avoid NUMA balancing To: Hugh Dickins References: <1479413404-27332-1-git-send-email-boris.ostrovsky@oracle.com> <2bf041f3-8918-3c6f-8afb-c9edcc03dcd9@oracle.com> Cc: Mel Gorman , david.vrabel@citrix.com, jgross@suse.com, xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, olaf@aepfle.de From: Boris Ostrovsky Message-ID: <05c24d23-0298-5b58-d0e8-095ba64cdf9b@oracle.com> Date: Fri, 18 Nov 2016 17:49:41 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8BIT X-Source-IP: aserv0022.oracle.com [141.146.126.234] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1177 Lines: 24 On 11/18/2016 05:27 PM, Hugh Dickins wrote: > On Fri, 18 Nov 2016, Boris Ostrovsky wrote: >> On 11/18/2016 04:51 PM, Hugh Dickins wrote: >>> Hmm, sorry, but this seems overcomplicated to me: ingenious, but an >>> unusual use of the ->get_policy method, which is a little worrying, >>> since it has only been used for shmem (+ shm and kernfs) until now. >>> >>> Maybe I'm wrong, but wouldn't substituting VM_MIXEDMAP for VM_IO >>> solve the problem more simply? >> It would indeed. I didn't want to use it because it has specific meaning >> ("Can contain "struct page" and pure PFN pages") and that didn't seem >> like the right flag to describe this vma. > It is okay if it contains 0 pure PFN pages; and no worse than VM_IO was. > A comment on why VM_MIXEDMAP is being used there would certainly be good. > But I do find its use preferable to enlisting an unusual ->get_policy. OK, I'll set VM_MIXEDMAP then. I am still curious though why you feel get_policy is not appropriate here (beside the fact that so far it had limited use). It is essentially trying to say that the only policy to be consulted (in vma_policy_mof()) is of the vma itself and not of the task. -boris