From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3610FC43461 for ; Wed, 9 Sep 2020 11:27:46 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id B5CC821D81 for ; Wed, 9 Sep 2020 11:27:45 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B5CC821D81 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=suse.de Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 213A18E0001; Wed, 9 Sep 2020 07:27:45 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 19CBC6B005A; Wed, 9 Sep 2020 07:27:45 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 063CD8E0001; Wed, 9 Sep 2020 07:27:45 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0237.hostedemail.com [216.40.44.237]) by kanga.kvack.org (Postfix) with ESMTP id DF7C96B0003 for ; Wed, 9 Sep 2020 07:27:44 -0400 (EDT) Received: from smtpin16.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id A60803625 for ; Wed, 9 Sep 2020 11:27:44 +0000 (UTC) X-FDA: 77243298048.16.hat10_2b0eeea270dd Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin16.hostedemail.com (Postfix) with ESMTP id 76CBD100E6903 for ; Wed, 9 Sep 2020 11:27:44 +0000 (UTC) X-HE-Tag: hat10_2b0eeea270dd X-Filterd-Recvd-Size: 2454 Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by imf33.hostedemail.com (Postfix) with ESMTP for ; Wed, 9 Sep 2020 11:27:43 +0000 (UTC) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 6DAE0B1A9; Wed, 9 Sep 2020 11:27:43 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 09 Sep 2020 13:27:42 +0200 From: osalvador@suse.de To: Vlastimil Babka Cc: David Hildenbrand , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Michal Hocko , Pavel Tatashin , Joonsoo Kim Subject: Re: [RFC 0/5] disable pcplists during page isolation In-Reply-To: References: <20200907163628.26495-1-vbabka@suse.cz> <0ffb1c2d-1b28-23f7-53e1-63e6f0f4cd41@redhat.com> User-Agent: Roundcube Webmail Message-ID: <3f4bd7b0c73f59b4cd2adaad3ccc38bf@suse.de> X-Sender: osalvador@suse.de X-Rspamd-Queue-Id: 76CBD100E6903 X-Spamd-Result: default: False [0.00 / 100.00] X-Rspamd-Server: rspam04 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 2020-09-09 12:54, Vlastimil Babka wrote: > Thanks! I expect no performance change while no isolation is in > progress, as > there are no new tests added in alloc/free paths. During page isolation > there's > a single drain instead of once-per-pageblock, which is a benefit. But > the > pcplists are effectively disabled for the whole of online_pages(), > offline_pages() or alloc_contig_range(), which will affect parallel > page > allocator users. It depends on how long these operations take and how > heavy the > parallel usage is, so I have no good answers. Might be similar to the > current > periodic drain. I have seen some systems taking quite some time when offlining sections due to the migration of the respective pages not being that smooth and having do_migrate_range to do some spins. But to be fair, online_pages and offline_pages are not routines that get called that often, and we would be safe to assume that memory-hotplug operations are not constantly happening, but are rather one-offs operations. I am not sure about Xen and HV, IIRC Xen was using online_pages and offline_pages routines to do the ballooning? I will dive in this in the following days, thanks for the work Vlastimil