Received: by 2002:a05:7412:419a:b0:f3:1519:9f41 with SMTP id i26csp1199317rdh; Fri, 24 Nov 2023 07:14:10 -0800 (PST) X-Google-Smtp-Source: AGHT+IFQhQxuAuUCWr6uT9clBUTgVxwOh4tKL1uizxp/xHlrlRupYSFGMGQ65OW0Ptki/ekxbDil X-Received: by 2002:a05:6808:1381:b0:3ae:4cad:91a0 with SMTP id c1-20020a056808138100b003ae4cad91a0mr4157710oiw.6.1700838849821; Fri, 24 Nov 2023 07:14:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1700838849; cv=none; d=google.com; s=arc-20160816; b=FCDHsoCIsjxTwlIMIFospD2cxqaNSU9SCNW9yANcFMkNlQwCGNmbURcf0BtsXH3a41 9VxgqWh54MYsk6tVTfUegBelR44y4EFA2XQPddI/eSt4VGNEDuXPItvt4oOfj0YGloNF ezwDB+XVA5lGYtVgpzBufSP9afNZaLsPmVMmo9XMeAYNagBEK4FWiYJA5XY/qQMTz9oA 8BTXGETD8ksb+lZk6O8g/xhC8xjQyW+AOO5HDyo2Gx8Q4snCY0wXwXFBdt+Xj4+IChvu b5Ug+aTCloDj6FYZSj+rPzNU9uP4iga3bRsv879wIObvWOYYcUVdIi2nERLd0UC+o3fe 9Crw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=cpGcQbK5ALS/h/233m+c8jmOxYiT52WHP0nU+fSEvDI=; fh=NE4mIHtZEiv5z//Y/TNYwu46eENUJu7SdBAypCPDP+U=; b=SFH/VAgB/m+zz8No+POTVDR21K77Yts0MdBcyW9hrSCp9zLquvURhn/ND4nje28naL bgaPf3+tRcyJMfwaF+2KqwY1fGtJrBQnhyLUSpkkKBK/KNpZxrYgxumPh2YZm3RMJ350 osfH3fqhVeGoolgGEH42Y2Z2SQXcSsofQAkM+5Q6h6dQsJRwMbO7hZKuGspVM1AjlVCU w81Z44qSjnY70KxqRxBDd68qwpcvc39Ti/IzZkj/Ah2fRs7DTTekLX2oleWFdybEeOuE /X1KMCXkyNyckcZ0UTrGTraxiN7WF/yERiUDTwfSTGlJP3w3FZfGT9rLzouzZAIVYatF EVpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=fX93P2C7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from groat.vger.email (groat.vger.email. [2620:137:e000::3:5]) by mx.google.com with ESMTPS id d17-20020a05680813d100b003b842bc8c09si1478432oiw.90.2023.11.24.07.14.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 24 Nov 2023 07:14:09 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) client-ip=2620:137:e000::3:5; Authentication-Results: mx.google.com; dkim=pass header.i=@infradead.org header.s=casper.20170209 header.b=fX93P2C7; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:5 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 1C7B6807F644; Fri, 24 Nov 2023 07:14:07 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231283AbjKXPNv (ORCPT + 99 others); Fri, 24 Nov 2023 10:13:51 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55094 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231206AbjKXPNt (ORCPT ); Fri, 24 Nov 2023 10:13:49 -0500 Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:8b0:10b:1236::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 224EF1725 for ; Fri, 24 Nov 2023 07:13:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=cpGcQbK5ALS/h/233m+c8jmOxYiT52WHP0nU+fSEvDI=; b=fX93P2C7tTpexgPCsWNuQcuoF5 V4NbDi/cjiBJ3iFD2y4kQwA8+IY1jUY//C5gTL7Y8jlJWwizOacgMGtmLWvpyP1Jxtmlv8KsF+u2Q 3AFGeeshrZuDXwCFRYI7nDjjzh5ZrGTMMIUvezBHV4zBK0vJKDx0VZIpALBPKeA84BikUEgoitHmR deGOVtSFkgHm/2kSyrhYPGpPu5pc1VH0zHdq1nq6ZFG84alWCsKV9908uETUg2hAyPf5y4SR2mvzr 6bWeourxF/Pzo9Zfk32xV0m0+CJWq9as/ots/slGIkFbbfZPP1/KgynAsP/vY1Aix+BJgIpgbC0sJ +O0DhaJQ==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1r6Xrz-008gyc-Bo; Fri, 24 Nov 2023 15:13:27 +0000 Date: Fri, 24 Nov 2023 15:13:27 +0000 From: Matthew Wilcox To: Ryan Roberts Cc: Andrew Morton , Yin Fengwei , David Hildenbrand , Yu Zhao , Catalin Marinas , Anshuman Khandual , Yang Shi , "Huang, Ying" , Zi Yan , Luis Chamberlain , Itaru Kitayama , "Kirill A. Shutemov" , John Hubbard , David Rientjes , Vlastimil Babka , Hugh Dickins , Kefeng Wang , linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [RESEND PATCH v7 00/10] Small-sized THP for anonymous memory Message-ID: References: <20231122162950.3854897-1-ryan.roberts@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Fri, 24 Nov 2023 07:14:07 -0800 (PST) On Fri, Nov 24, 2023 at 09:56:37AM +0000, Ryan Roberts wrote: > On 23/11/2023 15:59, Matthew Wilcox wrote: > > On Wed, Nov 22, 2023 at 04:29:40PM +0000, Ryan Roberts wrote: > >> This is v7 of a series to implement small-sized THP for anonymous memory > >> (previously called "large anonymous folios"). The objective of this is to > > > > I'm still against small-sized THP. We've now got people asking whether > > the THP counters should be updated when dealing with large folios that > > are smaller than PMD sized. It's sowing confusion, and we should go > > back to large anon folios as a name. > > I suspect I'm labouring the point here, but I'd like to drill into exactly what > you are objecting to. Is it: > > A) Using the name "small-sized THP" (which is currently only used in the commit > logs and a couple of times in the documentation). Yes, this is what I'm objecting to. > B) Exposing the controls for this feature as an extension to the existing > /sys/kernel/mm/transparent_hugepage/* sysfs interface (note the interface never > uses the term "small-sized"). I don't object to the controls being here. I still wish we didn't need an interface to control them at all, but I don't have the time to become an expert in anonymous memory and figure out how to make that happen. > If A) then this is easily solved by choosing another descriptive name and > updating those places. Personally I think it would be best to continue to use > "THP" since we are exposing the feature through that interface. Perhaps "large > folio THP". I think that continues the confusion about the existing interfaces we have which count THP (and mean "PMD sized THP"). I'd really prefer the term "THP" to unambiguously mean PMD sized THP. I don't understand why you felt the need to move away from Large Anon Folios as a name.