From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Hansen Subject: Re: [RFC 1/2] Protect larger order pages from breaking up Date: Fri, 16 Feb 2018 13:47:55 -0800 Message-ID: <4925b480-f6ef-1a7a-66ac-75c8ec9d9d58@intel.com> References: <20180216160110.641666320@linux.com> <20180216160121.519788537@linux.com> <87d2edf7-ce5e-c643-f972-1f2538208d86@intel.com> <7fcd53ab-ba06-f80e-6cb7-73e87bcbdd20@intel.com> <20180216214353.GA32655@bombadil.infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20180216214353.GA32655-PfSpb0PWhxZc2C7mugBRk2EX/6BAtgUQ@public.gmane.org> Content-Language: en-US Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Matthew Wilcox Cc: Christopher Lameter , Mel Gorman , linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, Thomas Schoebel-Theuer , andi-Vw/NltI1exuRpAAqCnN02g@public.gmane.org, Rik van Riel , Michal Hocko , Guy Shattah , Anshuman Khandual , Michal Nazarewicz , Vlastimil Babka , David Nellans , Laura Abbott , Pavel Machek , Mike Kravetz List-Id: linux-rdma@vger.kernel.org On 02/16/2018 01:43 PM, Matthew Wilcox wrote: >> There's definitely no perfect solution. >> >> But, in general, I think we should cater to the dumbest users. Folks >> doing higher-order allocations are not that. I say we make the picture >> the most clear for the traditional 4k users. > Your way might be confusing -- if there's a system which is under varying > amounts of jumboframe load and all the 16k pages get gobbled up by the > ethernet driver, MemFree won't change at all, for example. IOW, you agree that "there's definitely no perfect solution." :) -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f70.google.com (mail-pg0-f70.google.com [74.125.83.70]) by kanga.kvack.org (Postfix) with ESMTP id 1A7516B0007 for ; Fri, 16 Feb 2018 16:47:58 -0500 (EST) Received: by mail-pg0-f70.google.com with SMTP id 189so2861235pge.0 for ; Fri, 16 Feb 2018 13:47:58 -0800 (PST) Received: from mga18.intel.com (mga18.intel.com. [134.134.136.126]) by mx.google.com with ESMTPS id x6si5638721pgc.357.2018.02.16.13.47.57 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 16 Feb 2018 13:47:57 -0800 (PST) Subject: Re: [RFC 1/2] Protect larger order pages from breaking up References: <20180216160110.641666320@linux.com> <20180216160121.519788537@linux.com> <87d2edf7-ce5e-c643-f972-1f2538208d86@intel.com> <7fcd53ab-ba06-f80e-6cb7-73e87bcbdd20@intel.com> <20180216214353.GA32655@bombadil.infradead.org> From: Dave Hansen Message-ID: <4925b480-f6ef-1a7a-66ac-75c8ec9d9d58@intel.com> Date: Fri, 16 Feb 2018 13:47:55 -0800 MIME-Version: 1.0 In-Reply-To: <20180216214353.GA32655@bombadil.infradead.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Matthew Wilcox Cc: Christopher Lameter , Mel Gorman , linux-mm@kvack.org, linux-rdma@vger.kernel.org, akpm@linux-foundation.org, Thomas Schoebel-Theuer , andi@firstfloor.org, Rik van Riel , Michal Hocko , Guy Shattah , Anshuman Khandual , Michal Nazarewicz , Vlastimil Babka , David Nellans , Laura Abbott , Pavel Machek , Mike Kravetz On 02/16/2018 01:43 PM, Matthew Wilcox wrote: >> There's definitely no perfect solution. >> >> But, in general, I think we should cater to the dumbest users. Folks >> doing higher-order allocations are not that. I say we make the picture >> the most clear for the traditional 4k users. > Your way might be confusing -- if there's a system which is under varying > amounts of jumboframe load and all the 16k pages get gobbled up by the > ethernet driver, MemFree won't change at all, for example. IOW, you agree that "there's definitely no perfect solution." :) -- 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