From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f70.google.com (mail-wm0-f70.google.com [74.125.82.70]) by kanga.kvack.org (Postfix) with ESMTP id BB168440CD7 for ; Thu, 9 Nov 2017 08:16:20 -0500 (EST) Received: by mail-wm0-f70.google.com with SMTP id b9so3752419wmh.5 for ; Thu, 09 Nov 2017 05:16:20 -0800 (PST) Received: from mx2.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id o43si6012267wrb.197.2017.11.09.05.16.16 for (version=TLS1 cipher=AES128-SHA bits=128/128); Thu, 09 Nov 2017 05:16:17 -0800 (PST) Date: Thu, 9 Nov 2017 14:16:12 +0100 From: Michal Hocko Subject: Re: [PATCH RFC] mm/memory_hotplug: make it possible to offline blocks with reserved pages Message-ID: <20171109131612.wjjwwvnxo2yxgswx@dhcp22.suse.cz> References: <20171108130155.25499-1-vkuznets@redhat.com> <20171108142528.vsrkkqw6fihxdjio@dhcp22.suse.cz> <87y3nglqyi.fsf@vitty.brq.redhat.com> <20171108155740.z7fwptk3jg6rc7mv@dhcp22.suse.cz> <87po8slp9o.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87po8slp9o.fsf@vitty.brq.redhat.com> Sender: owner-linux-mm@kvack.org List-ID: To: Vitaly Kuznetsov Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Andrew Morton , Vlastimil Babka , Mel Gorman , YASUAKI ISHIMATSU , Hillf Danton , Johannes Weiner , "K. Y. Srinivasan" , Stephen Hemminger , Alex Ng On Wed 08-11-17 17:16:19, Vitaly Kuznetsov wrote: > Michal Hocko writes: > > > On Wed 08-11-17 16:39:49, Vitaly Kuznetsov wrote: > >> Michal Hocko writes: > >> > >> > On Wed 08-11-17 14:01:55, Vitaly Kuznetsov wrote: > >> >> Hyper-V balloon driver needs to hotplug memory in smaller chunks and to > >> >> workaround Linux's 128Mb allignment requirement so it does a trick: partly > >> >> populated 128Mb blocks are added and then a custom online_page_callback > >> >> hook checks if the particular page is 'backed' during onlining, in case it > >> >> is not backed it is left in Reserved state. When the host adds more pages > >> >> to the block we bring them online from the driver (see > >> >> hv_bring_pgs_online()/hv_page_online_one() in drivers/hv/hv_balloon.c). > >> >> Eventually the whole block becomes fully populated and we hotplug the next > >> >> 128Mb. This all works for quite some time already. > >> > > >> > Why does HyperV needs to workaround the section size limit in the first > >> > place? We are allocation memmap for the whole section anyway so it won't > >> > save any memory. So the whole thing sounds rather dubious to me. > >> > > >> > >> Memory hotplug requirements in Windows are different, they have 2Mb > >> granularity, not 128Mb like we have in Linux x86. > >> > >> Imagine there's a request to add 32Mb of memory comming from the > >> Hyper-V host. What can we do? Don't add anything at all and wait till > >> we're suggested to add > 128Mb and then add a section or the current > >> approach. > > > > Use a different approach than memory hotplug. E.g. memory balloning. > > > > But how? When we boot we may have very little memory and later on we > hotplug a lot so we may not even be able to ballon all possible memory > without running out of memory. Just add more memory and make part of it unusable and return it back to the host via standard ballooning means. How realistic is that the host gives only such a small amount of memory btw? -- Michal Hocko SUSE Labs -- 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