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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 602B5C433F5 for ; Tue, 12 Apr 2022 02:16:39 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id EC7776B0078; Mon, 11 Apr 2022 22:16:38 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E75AC6B007B; Mon, 11 Apr 2022 22:16:38 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id D17CD6B007D; Mon, 11 Apr 2022 22:16:38 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (relay.hostedemail.com [64.99.140.28]) by kanga.kvack.org (Postfix) with ESMTP id BEC276B0078 for ; Mon, 11 Apr 2022 22:16:38 -0400 (EDT) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay11.hostedemail.com (Postfix) with ESMTP id 9060381D6B for ; Tue, 12 Apr 2022 02:16:38 +0000 (UTC) X-FDA: 79346613276.19.9CB5BBD Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf02.hostedemail.com (Postfix) with ESMTP id 2CFDB8000C for ; Tue, 12 Apr 2022 02:16:37 +0000 (UTC) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 8C7A4616B5; Tue, 12 Apr 2022 02:16:37 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 844E1C385A3; Tue, 12 Apr 2022 02:16:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1649729797; bh=KaZSlo6LIAX65euqklpjff6NFiyuc2oTEahQLo/+iVE=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=io4M4pnrSSa7MOeQoMszm+txnYiQiXzl5iRHCTCpj22aUWsmS1+ZChXNLDl+5sgBX el+oq9nDoL3sl9M/6/P/vHa0GbdoBjKUCTMdwh6PMASetM8W6ZIYdskyD5Ux8AlFLI Z/P340QLfzEMZ1nPWkGN3T9kNEwvNTYXCicl3Nq0= Date: Mon, 11 Apr 2022 19:16:34 -0700 From: Andrew Morton To: Yu Zhao Cc: Stephen Rothwell , linux-mm@kvack.org, Andi Kleen , Aneesh Kumar , Barry Song <21cnbao@gmail.com>, Catalin Marinas , Dave Hansen , Hillf Danton , Jens Axboe , Jesse Barnes , Johannes Weiner , Jonathan Corbet , Linus Torvalds , Matthew Wilcox , Mel Gorman , Michael Larabel , Michal Hocko , Mike Rapoport , Rik van Riel , Vlastimil Babka , Will Deacon , Ying Huang , linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, page-reclaim@google.com, x86@kernel.org, Brian Geffon , Jan Alexander Steffens , Oleksandr Natalenko , Steven Barrett , Suleiman Souhlal , Daniel Byrne , Donald Carr , =?ISO-8859-1?Q?"Holger_Hoffst=E4tte"?= , Konstantin Kharlamov , Shuang Zhai , Sofia Trinh , Vaibhav Jain Subject: Re: [PATCH v10 12/14] mm: multi-gen LRU: debugfs interface Message-Id: <20220411191634.674554d3de2ba37b3db40ca2@linux-foundation.org> In-Reply-To: <20220407031525.2368067-13-yuzhao@google.com> References: <20220407031525.2368067-1-yuzhao@google.com> <20220407031525.2368067-13-yuzhao@google.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Stat-Signature: jfei6a4ndy4wqbs8xf68f33ettkg3e4s X-Rspamd-Server: rspam07 X-Rspamd-Queue-Id: 2CFDB8000C Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b=io4M4pnr; dmarc=none; spf=pass (imf02.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org X-Rspam-User: X-HE-Tag: 1649729797-344 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 Wed, 6 Apr 2022 21:15:24 -0600 Yu Zhao wrote: > Add /sys/kernel/debug/lru_gen for working set estimation and proactive > reclaim. These features are required to optimize job scheduling (bin > packing) in data centers [1][2]. debugfs is for ephemeral temp stuf which can and will change or disappear at any time. Anything which is "required" by userspace should not be in debufgs. Presumably sysfs is the place. Fully documented and with usage examples in the changelog so we can carefully review the proposed extensions to Linux's ABI. Extensions which must be maintained unchanged for all time.