From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pg0-f72.google.com (mail-pg0-f72.google.com [74.125.83.72]) by kanga.kvack.org (Postfix) with ESMTP id 157BA6B0253 for ; Mon, 23 Oct 2017 13:35:48 -0400 (EDT) Received: by mail-pg0-f72.google.com with SMTP id s75so12200911pgs.12 for ; Mon, 23 Oct 2017 10:35:48 -0700 (PDT) Received: from mga06.intel.com (mga06.intel.com. [134.134.136.31]) by mx.google.com with ESMTPS id k87si5668930pfj.56.2017.10.23.10.35.46 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Oct 2017 10:35:46 -0700 (PDT) Date: Mon, 23 Oct 2017 10:35:44 -0700 From: Sharath Kumar Bhat Subject: Re: [PATCH] mm: fix movable_node kernel command-line Message-ID: <20171023173544.GA12198@linux.intel.com> Reply-To: sharath.k.bhat@linux.intel.com References: <20171023125213.whdiev6bjxr72gow@dhcp22.suse.cz> <20171023160314.GA11853@linux.intel.com> <20171023161554.zltjcls34kr4234m@dhcp22.suse.cz> <20171023171435.GA12025@linux.intel.com> <20171023172008.kr6dzpe63nfpgps7@dhcp22.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171023172008.kr6dzpe63nfpgps7@dhcp22.suse.cz> Sender: owner-linux-mm@kvack.org List-ID: To: Michal Hocko Cc: Sharath Kumar Bhat , linux-mm@kvack.org, akpm@linux-foundation.org On Mon, Oct 23, 2017 at 07:20:08PM +0200, Michal Hocko wrote: > On Mon 23-10-17 10:14:35, Sharath Kumar Bhat wrote: > [...] > > This lets admin to configure the kernel to have movable memory > size of > > hotpluggable memories and at the same time hotpluggable nodes have only > > movable memory. > > Put aside that I believe that having too much of movable memory is > dangerous and people are not very prepared for that fact, what is the > specific usecase. Allowing users something is nice but as I've said the > interface is ugly already and putting more on top is not very desirable. > > > This is useful because it lets user to have more movable > > memory in the system that can be offlined/onlined. When the same hardware > > is shared between two OS's then this helps to dynamically provision the > > physical memory between them by offlining/onlining as and when the > > application/user need changes. > > just use hotplugable memory for that purpose. The latest memory hotplug > code allows you to online memory into a kernel or movable zone as per > admin policy without the previously hardcoded zone ordering. So I really > fail to see why to mock with the command line parameter at all. Yes, but it won't let us offline the memory blocks if they are already in use by kernel allocations. This is more likely over a long period of uptime. The command-line ensures that the memory blocks are movable all the time as reserved by the admin from the boot. -- 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