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 7CFEFC4345F for ; Tue, 30 Apr 2024 02:47:14 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id DAF4B6B0088; Mon, 29 Apr 2024 22:47:13 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id D600B6B0089; Mon, 29 Apr 2024 22:47:13 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id C4DE96B008A; Mon, 29 Apr 2024 22:47:13 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id AE1846B0088 for ; Mon, 29 Apr 2024 22:47:13 -0400 (EDT) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 508F81204B2 for ; Tue, 30 Apr 2024 02:47:13 +0000 (UTC) X-FDA: 82064661546.03.3563BE3 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.16]) by imf03.hostedemail.com (Postfix) with ESMTP id CA9E320007 for ; Tue, 30 Apr 2024 02:47:10 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=BsH6J1vi; spf=pass (imf03.hostedemail.com: domain of ying.huang@intel.com designates 192.198.163.16 as permitted sender) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1714445231; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=XhXjD4hHoPLKfO+isIBMHiNWi8VnOta+4w/VUuDkgTc=; b=Kem688rsFCRTotYPYb4fzuiVmRbLv1XYMJkPcx42jo0LY4TkhQbLi11Uat7eTKnbNDTTCN +lAV7WS1dI2Z72o1+JTCtOlXeoCH0+EuN1YcebtjxZKbDzLAvjcX+IjcsciaCHwegOfJg9 VMS4VDBsjOmaa/PPEk/IYCLT7X0+Cas= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1714445231; a=rsa-sha256; cv=none; b=aghtuoyQadw1jGKgTyBCyNiqrypBRIsM3d+Rr//aywN59ObnO2dzVIBCXQ1nFYiYm/BRBI tz+a0ouFLZjGPyj+Tiw6f4y0Fa392d9wq3qKe5b83O+2YPo67p27SkFgopCMjMX3AnZcdk 2hADPQOjygLGKIgTq9Mk/BKFMQ3Tdd4= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=BsH6J1vi; spf=pass (imf03.hostedemail.com: domain of ying.huang@intel.com designates 192.198.163.16 as permitted sender) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1714445231; x=1745981231; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=yqRlHXGI+zcTHcl60c+dVEfZpC96njB3zGx9BPPWpyg=; b=BsH6J1viYGHzwzH74/xAzTitcHYMgE2EJHfr+hJewV3oyS0dCTNOxaJq 6NO6Kqm73p8h8pwotCc97nevwAYCLJdjHtfoNWsSrQkbYVNHQYpZSJzgU 1Vd7TubBtqWRYxRVnr3ojfUATF/pVlYtg6K3lg5Eb+W5uUISXoywXo9nt 8B7blxvVXqBEaGF5la2jxJRA4Lg83x4v02Gp6E6iCqnWUfOkYfKjUJU3G D0Gw+g8y7lXBaHNQ1aFrNx57t09ZtKAGoQvt0k6oIwOYi4BF2WuAScdck +vF3IgqAe3JO0YrWf5EdXusHAW9uTu3lVkW8lF/b2V051TvTYm99+Ha+b g==; X-CSE-ConnectionGUID: cNm7B6zYRXG30KYrpOubVQ== X-CSE-MsgGUID: uSEmV+/3SkGA8qOYBRfRWQ== X-IronPort-AV: E=McAfee;i="6600,9927,11059"; a="10666431" X-IronPort-AV: E=Sophos;i="6.07,241,1708416000"; d="scan'208";a="10666431" Received: from fmviesa010.fm.intel.com ([10.60.135.150]) by fmvoesa110.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Apr 2024 19:47:08 -0700 X-CSE-ConnectionGUID: l0ZOVuTRSqOpBTV3PCQXvg== X-CSE-MsgGUID: WzMZV+kwTUyKYbiPKL8ypA== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.07,241,1708416000"; d="scan'208";a="26379156" Received: from unknown (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by fmviesa010-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Apr 2024 19:47:05 -0700 From: "Huang, Ying" To: Kairui Song Cc: linux-mm@kvack.org, Kairui Song , Andrew Morton , Matthew Wilcox , Chris Li , Barry Song , Ryan Roberts , Neil Brown , Minchan Kim , Hugh Dickins , David Hildenbrand , Yosry Ahmed , linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v3 00/12] mm/swap: clean up and optimize swap cache index In-Reply-To: <20240429190500.30979-1-ryncsn@gmail.com> (Kairui Song's message of "Tue, 30 Apr 2024 03:04:48 +0800") References: <20240429190500.30979-1-ryncsn@gmail.com> Date: Tue, 30 Apr 2024 10:45:12 +0800 Message-ID: <8734r3muvb.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Rspam-User: X-Stat-Signature: j7u75ozczknx7r488kxeapoemfetnrrc X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: CA9E320007 X-HE-Tag: 1714445230-436085 X-HE-Meta: U2FsdGVkX1+k8Q8EvVg3a2bnSHu3NcVxVDRrKq7L3VqwZQTbfORAhK7Y4RoVvA/KJ2/jdEkjFRzhRDvvwosChbNQUcIF9V88Ek7qt+Hbgs7JtN9iRIz5K31KqTXj4OtYHzk7CfEwCxtAPMdiiqmEnuPEhN7qjp9KgWG5/IJQwOCouJLUMgAnLQK3QIwq96C5fu7bh6Ht1IFv3cSXoQeY6/tG8syhNfGjR+/59foGCE3QnrHrhZTHiOKiLWtu3ArNBLwh+8uHy1/xw33mFEnysz9bEJG1xEbOwwczUrtaOVD9Vv/4VIDYxFq4Uf2d/7CMUrtlXjWGI1nTTfnTFLW2NaVA1rtlCXTnI3TmI7w8eLfXVoAC/ki2zomx2PFWCIJUj5Le9DsUyMcbllGCdLQk7zFAXgKJb1HRtkSoe4XOLbqP3+62oZzKsyqFLbzNqf97R36xq+m8DqC/SwpxWxB1iSYMkerOGZmQKMuJEmT/m9De0c57K/wADI4VBQL9Ei6vIIDfnvtrOEICqwQVVJWAheLr2okzU9LWgIqD3tlRCNh1uvSysundU6xeFqwiL63EWlkXcusYLuX+7NSvVaHoS3MrTsqPocrJq1Wq7tRfH9jV5tT+d9ciY18NhYJBzRI/g/uAm9RsJFPzmSwR4zS5CC6XtV5fgnGJmbGMTdZhw262GA/gIKS1hZLKS8pxH6tENlQlJ0UJvCe3GeDaG24SuT8s6lpHVqgx5SR8Ipc1Fa3Cz9loV+eAS6PXwwvV7LNgt+p/tx8dBSjXERjBBKvVxTt/ZbR+si3jRb5fNIRIpXMqrkYWOggj4Q== 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: List-Subscribe: List-Unsubscribe: Kairui Song writes: > From: Kairui Song > > This is based on latest mm-unstable. Patch 1/12 might not be needed if > f2fs converted .readahead to use folio, I included it for easier test > and review. > > Currently we use one swap_address_space for every 64M chunk to reduce lock > contention, this is like having a set of smaller swap files inside one > big swap file. I would rather to say, " this is like having a set of smaller files inside a swap device. " To avoid possible confusing in this series. I suggest to avoid to say "swap file". Instead, we can use "swap device". [snip] -- Best Regards, Huang, Ying