Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp3971754ybe; Mon, 16 Sep 2019 04:41:02 -0700 (PDT) X-Google-Smtp-Source: APXvYqydEWdjnIBTyxBg2NPbfpiqe6+/jSDJYsyK4t1oWt7sJAUFTAXlX8UEIrYS4YZRunuwK/XU X-Received: by 2002:a17:906:493:: with SMTP id f19mr13592745eja.285.1568634062847; Mon, 16 Sep 2019 04:41:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568634062; cv=none; d=google.com; s=arc-20160816; b=s5ANxwshmGX1DRxyf+sGdBw3LpUG6rPKjKJMa7C+j/ICeVrEKeeuS6mQfcrfsFi9Ce BO34gSpHot/AX5eIgSG+MagqMgx8IsUPf3XLrEZIyPP0Ditf15qmh/kN1py0gmxlJbUg d6dUtLqXpTlvQpDHArHwhTP4andP0NS74UNuR6BPDaazl922nZdUJ9pWNs7taPxsFInN FEAZNms0TNNKIoyF3lOpC/w1++8RkJE5nuGbbkmOKBjv+Pu15aTw5yXV/3EGmTJbDVkT o0HfaaNwl7Q5K52KI/Em6wdacUcbbjhNdz2xTo9rxloyEL2Wu1xbKP7MBVMN6tkf6doL fkvA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=hA7QNsmeHnuv+9A9/CakXd+3Kjhc1Q+NO426VQ93Lt0=; b=j6NLoDELZaonmvgOD2byJtc3kfW5vGpLlgy/BEozRNtTZuEsD8a8D0gdPzWaex6gho IQYAfMPap56VvhvSotPjjfmEg3AhSjRqj4O/aacyelzmJlEdGT1DjhyOgSlrADmgkuBc l24jHnyKqpOc/ApPfx5Fk/KyFiiqNyqwBj+FPEU3dQG9imTcWN001Sb9+srMhOjydaVY CFnEkKwZhVexDCxNpEZ9KLwQKUedf9s+m/TfsrS9nnn/qKNAL+dsxBTC/pDxTdDsgFQF cEU4N6LdHF53d/VcoPxIFS7d0wYXPm0yNcci9WoA4qhlT76XSXhpeutbMsrEc60w727d ZLjQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e49si22281776edb.87.2019.09.16.04.40.39; Mon, 16 Sep 2019 04:41:02 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732367AbfIPLhb (ORCPT + 99 others); Mon, 16 Sep 2019 07:37:31 -0400 Received: from mx2.suse.de ([195.135.220.15]:41900 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727479AbfIPLhb (ORCPT ); Mon, 16 Sep 2019 07:37:31 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id BF7ACAF7C; Mon, 16 Sep 2019 11:37:29 +0000 (UTC) Date: Mon, 16 Sep 2019 13:37:29 +0200 From: Michal Hocko To: Vlastimil Babka Cc: "Kirill A. Shutemov" , Andrew Morton , linux-mm@kvack.org, linux-kernel@vger.kernel.org, "Kirill A. Shutemov" Subject: Re: [PATCH] mm, thp: Do not queue fully unmapped pages for deferred split Message-ID: <20190916113729.GF10231@dhcp22.suse.cz> References: <20190913091849.11151-1-kirill.shutemov@linux.intel.com> <20190916103602.GD10231@dhcp22.suse.cz> <5c946cd9-e17b-b184-37b7-250c6dfb977c@suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5c946cd9-e17b-b184-37b7-250c6dfb977c@suse.cz> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon 16-09-19 13:11:37, Vlastimil Babka wrote: > On 9/16/19 12:36 PM, Michal Hocko wrote: > > On Fri 13-09-19 12:18:49, Kirill A. Shutemov wrote: > >> Adding fully unmapped pages into deferred split queue is not productive: > >> these pages are about to be freed or they are pinned and cannot be split > >> anyway. > >> > >> Signed-off-by: Kirill A. Shutemov > >> --- > >> mm/rmap.c | 14 ++++++++++---- > >> 1 file changed, 10 insertions(+), 4 deletions(-) > >> > >> diff --git a/mm/rmap.c b/mm/rmap.c > >> index 003377e24232..45388f1bf317 100644 > >> --- a/mm/rmap.c > >> +++ b/mm/rmap.c > >> @@ -1271,12 +1271,20 @@ static void page_remove_anon_compound_rmap(struct page *page) > >> if (TestClearPageDoubleMap(page)) { > >> /* > >> * Subpages can be mapped with PTEs too. Check how many of > >> - * themi are still mapped. > >> + * them are still mapped. > >> */ > >> for (i = 0, nr = 0; i < HPAGE_PMD_NR; i++) { > >> if (atomic_add_negative(-1, &page[i]._mapcount)) > >> nr++; > >> } > >> + > >> + /* > >> + * Queue the page for deferred split if at least one small > >> + * page of the compound page is unmapped, but at least one > >> + * small page is still mapped. > >> + */ > >> + if (nr && nr < HPAGE_PMD_NR) > >> + deferred_split_huge_page(page); > > > > You've set nr to zero in the for loop so this cannot work AFAICS. > > The for loop then does nr++ for each subpage that's still mapped? I am blind obviously. Sorry about the noise. Then the patch looks correct. -- Michal Hocko SUSE Labs