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 91861C369A4 for ; Wed, 25 Sep 2024 07:28:13 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 03F3A6B007B; Wed, 25 Sep 2024 03:28:13 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id F31586B0082; Wed, 25 Sep 2024 03:28:12 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DF8F46B0083; Wed, 25 Sep 2024 03:28:12 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id C3A786B007B for ; Wed, 25 Sep 2024 03:28:12 -0400 (EDT) Received: from smtpin19.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 692981609F4 for ; Wed, 25 Sep 2024 07:28:12 +0000 (UTC) X-FDA: 82602432024.19.1F3A836 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.10]) by imf25.hostedemail.com (Postfix) with ESMTP id 38753A000F for ; Wed, 25 Sep 2024 07:28:09 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ftX94zoH; spf=pass (imf25.hostedemail.com: domain of ying.huang@intel.com designates 198.175.65.10 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=1727249254; 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=Du7wfBLhmZj/h4nvDZ0bpxb3vPsuQbjUYPERtRjKSr0=; b=OQmUFN5UMljT7+r8nnnrvdxhDppR8jaRkvvsdPoHpoFPHma6ASN85BYiTLr/vnv5zg6E1B Wb7qVQqnjcREhYw8o5w4FTRf11R5iHB/bEoSJL4Ox5ULzNiG4H7zs65uAs8qeHn/fbXMlY OQ4clh0Bv6Ua5Qd6gEiJ6FcZalLUXcY= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ftX94zoH; spf=pass (imf25.hostedemail.com: domain of ying.huang@intel.com designates 198.175.65.10 as permitted sender) smtp.mailfrom=ying.huang@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1727249254; a=rsa-sha256; cv=none; b=skXPNrCtctf9agt9EkxrLpPopl6lnIJqNYpPG+cuyM5vzyWemhqMhAe2tKqXlU86d0Pm2d GP06jdZ9HY1DrlPYCYpbBLyEEiy8bGqrDEvU/kGhpC9Vog9Xz1nhx/29T9/sSTu4y7MjNB V+UreiKHPDXtLrwIqxgs/mjvV3D1hco= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1727249291; x=1758785291; h=from:to:cc:subject:in-reply-to:references:date: message-id:mime-version; bh=Kkewmrev2iH5H4ElHOFzJ6CsI/+RVBocoBilT8N5lr8=; b=ftX94zoHT+qyEibseffC5kFwpCVUXxAiFUN9pHpxWg6AtN/YcLgkOoRV Un+hfiyazVG0QusnbQZqnn05rUEIMhQfx5Ppk8wrhcLqvQQRCokGrFOkd zGLX4XTkC7/NySwHfRVKyOl9/OvVxhbvCfFXLveBd6UyAOIPemrv+J4Ee hd/8j7CAaS0o4GSt4Psh9EhbESTxXrSd2ZLLVNwYaK1v36VV8LtAdJKef aiUsptldAAusGIcmTIeIAAbP8AGfAF5PjQDM7ji3ZzWuOu5tujdlbIbn3 oJARmsMkS2kO02LGg3lOSo7CUtvWowZJM/GOsH17TXSV3u8GNdpB+Rp4R Q==; X-CSE-ConnectionGUID: vLOJ+XnASfSVM60FssJTZg== X-CSE-MsgGUID: p92AQX7/Q8mfyX6iZr7Bhw== X-IronPort-AV: E=McAfee;i="6700,10204,11205"; a="43757472" X-IronPort-AV: E=Sophos;i="6.10,256,1719903600"; d="scan'208";a="43757472" Received: from fmviesa001.fm.intel.com ([10.60.135.141]) by orvoesa102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Sep 2024 00:28:06 -0700 X-CSE-ConnectionGUID: 25X4d6wmQ8+am0iBPv+ulA== X-CSE-MsgGUID: iWb0+dgCR8G5fmf2SYwYJw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.10,256,1719903600"; d="scan'208";a="102502028" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by smtpauth.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 25 Sep 2024 00:28:01 -0700 From: "Huang, Ying" To: Barry Song <21cnbao@gmail.com> Cc: Yosry Ahmed , Nhat Pham , Baolin Wang , akpm@linux-foundation.org, hannes@cmpxchg.org, hughd@google.com, shakeel.butt@linux.dev, ryan.roberts@arm.com, chrisl@kernel.org, david@redhat.com, kasong@tencent.com, willy@infradead.org, viro@zeniv.linux.org.uk, chengming.zhou@linux.dev, linux-mm@kvack.org, kernel-team@meta.com, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 0/2] remove SWAP_MAP_SHMEM In-Reply-To: (Barry Song's message of "Wed, 25 Sep 2024 14:26:52 +0800") References: <20240923231142.4155415-1-nphamcs@gmail.com> <4d38c65d-760c-43a5-bb47-8e0235c13a51@linux.alibaba.com> <9a110f20-42ad-468b-96c6-683e162452a9@linux.alibaba.com> Date: Wed, 25 Sep 2024 15:24:28 +0800 Message-ID: <87jzf0ryab.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: 655ew963oz5rmpb9syzzrjef63hh64qz X-Rspamd-Queue-Id: 38753A000F X-Rspamd-Server: rspam11 X-HE-Tag: 1727249289-334833 X-HE-Meta: U2FsdGVkX19K90C0dcdST1V2Rhysrpyl8iHp5cGZyW23qfyJjU8HJB4YxeL+5edzf4M0ZFdsxCRN15LAr/zXrwr8la/binYyCwvc/vcXiH+UqP9TtYftlqvH7cmXfE8UP/fj09WaTi5eqYrTnrAGYbNK7C8c/i6EiptouwtdgDeGb2DI7Kc7EJo/VEjsTNhE/Ho21naop4vto5gTZiiitpWo3nm7ao853Ov966tuPIGCFrLA8vT0atPTI8l5PE5vJvske+JKw2jsJ+vEGINtfjTtVRRoTRlDDSJbB+1PGyJTcTmbsK8vzqjUV1syZpWTW+wM2krdW/Zh/8uZPW6Ae6FXT1QaTM6eBh/ZOgpUx8QhhNJ21+XpzsHyjTyDS7d3hfOgZB9jgH/P/lGhusMVnsBZWs8QeYSFG+N3QOohrXqqKUhKSHxECYjccicSJn9cW85XLaG2q0HHiPSaRaQvLERf8u/Y7/hZVhPsiCSdxUe+wyPhzsulU35UrPKxFC1O0Gr2NT0wEVDA4L6J6QO8pC1dQmRlBc9S6E3xJVA1YjPXgu2tbpyNQ0a5rhXcdJYn/29/YMNcoA4PxF2EnHJ+bsdvgbddHROIaMFdu9+s1zQZ03m+Qbq5wMR+Dsrk61GqUksRv6uA3K+iGXIVTipfackxlO2/uV35WgTDfEcSUaMMPVFstC33g0oBExiHhb2Flf3gDaGnXlFdGcUSyRKUyP5bvtn6r+32l/w9KcDZW0xt6ZMphafnwHRqkQVurSE+udCOriyNzMu/kMupF2dkpbuqyBhVqcXgcoXG02vSIfIWM2kK234/taOEGYuVKiKLOkqjIrXcOdt528aAwVt3c5NWoLlQU1WJV+/u97R78Cyhf6PtIt2D01oFDZI8U6gGEDMwj6qJuF7nI8E/75rVGB6KORufw8V0oUgojO2xFuc6klKfTfE26hdvkbAs/luTcMmO1I+eNUcfMS9OxZh spka+a3Q juMptl0BECPCBG6cMaeOxBiP1mMOR5J3QzEAM9fAfWuxnVS0c6m7lTfcLq0L2HqCyP/bRLwYfUvqziYsOMysvkYOmcfilOngHsqPzRo2ucsAIkeRgR15rZR+joVKdv4ImfuTKmzPNMQPMW5dTwLXjtvoN9GjNIE9+FRDKMmsxqhFqdwODANwjHo8Urue+/K50bLgWEfABgqt26PAXVAVySinEDMOcpdJIfXddEpuq/kJMa/M= 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: Barry Song <21cnbao@gmail.com> writes: [snip] > I am perfectly fine with the approach, in the first loop, if we find all entries > don't need CONTINUED, we can run the 2nd loop even for usage==1 > and nr > 1. this is almost always true for a real product where anon folios > are unlikely to be fork-shared by so many processes. One possible use case is ksm. Where the map count could be large. -- Best Regards, Huang, Ying