From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <owner-linux-mm@kvack.org>
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 79D9EC433F5
	for <linux-mm@archiver.kernel.org>; Thu, 14 Apr 2022 21:40:05 +0000 (UTC)
Received: by kanga.kvack.org (Postfix)
	id F28A66B0071; Thu, 14 Apr 2022 17:40:04 -0400 (EDT)
Received: by kanga.kvack.org (Postfix, from userid 40)
	id EB11B6B0073; Thu, 14 Apr 2022 17:40:04 -0400 (EDT)
X-Delivered-To: int-list-linux-mm@kvack.org
Received: by kanga.kvack.org (Postfix, from userid 63042)
	id D2AE86B0074; Thu, 14 Apr 2022 17:40:04 -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 C477D6B0071
	for <linux-mm@kvack.org>; Thu, 14 Apr 2022 17:40:04 -0400 (EDT)
Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1])
	by unirelay07.hostedemail.com (Postfix) with ESMTP id 95A8523959
	for <linux-mm@kvack.org>; Thu, 14 Apr 2022 21:40:04 +0000 (UTC)
X-FDA: 79356802728.06.5A28420
Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217])
	by imf31.hostedemail.com (Postfix) with ESMTP id 189BF20002
	for <linux-mm@kvack.org>; Thu, 14 Apr 2022 21:40:03 +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 E755162056;
	Thu, 14 Apr 2022 21:40:02 +0000 (UTC)
Received: by smtp.kernel.org (Postfix) with ESMTPSA id AED77C385A1;
	Thu, 14 Apr 2022 21:40:00 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org;
	s=korg; t=1649972402;
	bh=jDhzXENpNbP/MiBdGm0JpBRVv9ehD6kcIrzqj40Dt0k=;
	h=Date:From:To:Cc:Subject:In-Reply-To:References:From;
	b=ZnnAQ5oe6wEw7GrBpdTWtB7yLXnthd71LhoQgGS5KIFYaxXLmXj+sAFr7xc8BYtVS
	 X9H6GuGW5fHb1Gy6mg4m1e2SJMYw2BcwLIwYMZ09bzshKY7ey49n6kZi+08fJvKpWQ
	 HYOk0gWH0Ca+b14n3Jcj6ROoVBHCcfdJeY8kCKgs=
Date: Thu, 14 Apr 2022 14:39:59 -0700
From: Andrew Morton <akpm@linux-foundation.org>
To: Yu Zhao <yuzhao@google.com>
Cc: Barry Song <21cnbao@gmail.com>, Stephen Rothwell <sfr@rothwell.id.au>,
 Linux-MM <linux-mm@kvack.org>, Andi Kleen <ak@linux.intel.com>, Aneesh
 Kumar <aneesh.kumar@linux.ibm.com>, Catalin Marinas
 <catalin.marinas@arm.com>, Dave Hansen <dave.hansen@linux.intel.com>, Hillf
 Danton <hdanton@sina.com>, Jens Axboe <axboe@kernel.dk>, Jesse Barnes
 <jsbarnes@google.com>, Johannes Weiner <hannes@cmpxchg.org>, Jonathan
 Corbet <corbet@lwn.net>, Linus Torvalds <torvalds@linux-foundation.org>,
 Matthew Wilcox <willy@infradead.org>, Mel Gorman <mgorman@suse.de>, Michael
 Larabel <Michael@michaellarabel.com>, Michal Hocko <mhocko@kernel.org>,
 Mike Rapoport <rppt@kernel.org>, Rik van Riel <riel@surriel.com>, Vlastimil
 Babka <vbabka@suse.cz>, Will Deacon <will@kernel.org>, Ying Huang
 <ying.huang@intel.com>, LAK <linux-arm-kernel@lists.infradead.org>, Linux
 Doc Mailing List <linux-doc@vger.kernel.org>, LKML
 <linux-kernel@vger.kernel.org>, Kernel Page Reclaim v2
 <page-reclaim@google.com>, x86 <x86@kernel.org>, Brian Geffon
 <bgeffon@google.com>, Jan Alexander Steffens <heftig@archlinux.org>,
 Oleksandr Natalenko <oleksandr@natalenko.name>, Steven Barrett
 <steven@liquorix.net>, Suleiman Souhlal <suleiman@google.com>, Daniel Byrne
 <djbyrne@mtu.edu>, Donald Carr <d@chaos-reins.com>, Holger
 =?ISO-8859-1?Q?Hoffst=E4tte?= <holger@applied-asynchrony.com>, Konstantin
 Kharlamov <Hi-Angel@yandex.ru>, Shuang Zhai <szhai2@cs.rochester.edu>,
 Sofia Trinh <sofia.trinh@edi.works>, Vaibhav Jain <vaibhav@linux.ibm.com>
Subject: Re: [PATCH v10 06/14] mm: multi-gen LRU: minimal implementation
Message-Id: <20220414143959.0daf4534613f2511b9b27f11@linux-foundation.org>
In-Reply-To: <YliFs3NOHeo2LeXl@google.com>
References: <20220407031525.2368067-1-yuzhao@google.com>
	<20220407031525.2368067-7-yuzhao@google.com>
	<CAGsJ_4xqm4L4E4dW4PPHos8Ed9ej6hph28tSGy21Re3u7WiuOA@mail.gmail.com>
	<YliFs3NOHeo2LeXl@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-Rspam-User: 
X-Rspamd-Server: rspam07
X-Rspamd-Queue-Id: 189BF20002
X-Stat-Signature: ddknf48htjaj6z74gdcd8kbd7e5acuh8
Authentication-Results: imf31.hostedemail.com;
	dkim=pass header.d=linux-foundation.org header.s=korg header.b=ZnnAQ5oe;
	spf=pass (imf31.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org;
	dmarc=none
X-HE-Tag: 1649972403-942602
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: <linux-mm.kvack.org>

On Thu, 14 Apr 2022 14:36:03 -0600 Yu Zhao <yuzhao@google.com> wrote:

> > or it is only something
> > meaningful for the internal code?
> 
> This is how swappiness is interpreted.
> 
> > if so, can we rename it to
> > something else? otherwise, it is quite confusing.
> 
> Feel free to suggest something.

It is confusing,   swap_preference?