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 308B0C77B7C for ; Mon, 29 May 2023 01:14:47 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 8FC9A900003; Sun, 28 May 2023 21:14:46 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 8AC64900002; Sun, 28 May 2023 21:14:46 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 77601900003; Sun, 28 May 2023 21:14:46 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 67D42900002 for ; Sun, 28 May 2023 21:14:46 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 3D7E6ADE9E for ; Mon, 29 May 2023 01:14:46 +0000 (UTC) X-FDA: 80841522972.29.AA78E54 Received: from mga06.intel.com (mga06b.intel.com [134.134.136.31]) by imf22.hostedemail.com (Postfix) with ESMTP id 0C6E3C0006 for ; Mon, 29 May 2023 01:14:43 +0000 (UTC) Authentication-Results: imf22.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=L2lEg5bb; spf=pass (imf22.hostedemail.com: domain of ying.huang@intel.com designates 134.134.136.31 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=1685322884; 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=0GOkBn7qG5bOPA1BmBR0TMAG0K1BTSa75vK648slt+I=; b=1JfjSnfUj28aDGgBSP75/IGHngB0xOVzbwOZom7DZAtLnUE/GCK5+anmNiC0FxIdNtKMd1 fcc43t9cPweeN0sfZiLoYr/TYAQizqYUCzTvKayH2XydeOZKCVG1fLFEXGsWqAsgnGiwqx voUhhL1/JY0gjWw3IhpOCdJXuWrCQvI= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1685322884; a=rsa-sha256; cv=none; b=uLbIJgx7+SdkoqimslwNm5hoJXkOQEPnzbWxwsjW0DLPGggh/kGcVt6RFkzKOFu1dz3r0O UVY5PubvFpt+YAJLKzRyPHMWbKOxQs0RxvKDV3UdhPxcpLnaccpY5U60n83l/ydpOwOlrU H/ZrUQ4qzuU6uQ7jM07RRIJlmanHZXM= ARC-Authentication-Results: i=1; imf22.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=L2lEg5bb; spf=pass (imf22.hostedemail.com: domain of ying.huang@intel.com designates 134.134.136.31 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=1685322884; x=1716858884; h=from:to:cc:subject:references:date:in-reply-to: message-id:mime-version; bh=dly2fVuw24pBpSMpGKK40cjF5fCNBKrwQ87QkKjsS2E=; b=L2lEg5bb3H25UlyVIW/0Z9B/mku3Itykmq3nt8E12EMr8SQ4TIzCSXym ErC+sejLyNFD8q5FP5Y6qeQKjPkhQsAM6+ozWFJfG0ZNLxbheYDLGGH2c kK1xJsa2z3GXkHKgbK2R96gLR14wLNmwUYlRXS+TaR5lcZCoVgsGAOOgo xRNL5/KtYCOZbECyxbdCSqdB4HFHkM5Ebs3qsDw1XrCSj2opK++uaQNvB opgSuAHcTeIEBGBbcUiIsXVGFRMavT4ey41mGFNd9HW9VoGc+RuIXxR5k KkHOHqT/D0YHIQOsvocXt6C7M/RKcwUWvH8VYQfoR50lXnHrOBromwfq4 Q==; X-IronPort-AV: E=McAfee;i="6600,9927,10724"; a="418066051" X-IronPort-AV: E=Sophos;i="6.00,200,1681196400"; d="scan'208";a="418066051" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 May 2023 18:14:42 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6600,9927,10724"; a="770951539" X-IronPort-AV: E=Sophos;i="6.00,200,1681196400"; d="scan'208";a="770951539" Received: from yhuang6-desk2.sh.intel.com (HELO yhuang6-desk2.ccr.corp.intel.com) ([10.238.208.55]) by fmsmga008-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 May 2023 18:14:39 -0700 From: "Huang, Ying" To: Michal Hocko Cc: David Hildenbrand , linux-mm@kvack.org, linux-kernel@vger.kernel.org, Arjan Van De Ven , Andrew Morton , Mel Gorman , Vlastimil Babka , Johannes Weiner , Dave Hansen , Pavel Tatashin , Matthew Wilcox Subject: Re: [RFC 0/6] mm: improve page allocator scalability via splitting zones References: <20230511065607.37407-1-ying.huang@intel.com> <87r0rm8die.fsf@yhuang6-desk2.ccr.corp.intel.com> <87jzx87h1d.fsf@yhuang6-desk2.ccr.corp.intel.com> <3d77ca46-6256-7996-b0f5-67c414d2a8dc@redhat.com> Date: Mon, 29 May 2023 09:13:37 +0800 In-Reply-To: (Michal Hocko's message of "Wed, 24 May 2023 14:30:39 +0200") Message-ID: <87y1l8vt1a.fsf@yhuang6-desk2.ccr.corp.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=ascii X-Rspamd-Queue-Id: 0C6E3C0006 X-Rspam-User: X-Stat-Signature: 9qo7ruwki7gi159nu6pdby5gqn44qot7 X-Rspamd-Server: rspam03 X-HE-Tag: 1685322883-850270 X-HE-Meta: U2FsdGVkX18vPxW+5wdDCH1Jr8Cs2HSSCZREIgD1eq/T4j7A9t7IU6/ITGoxDlJyW51tVZubjtMSev5NYRLOgtYATZYYxyGZWoT8hCbSNrfzyt8fUvo3pj7djYuivQk+emNwvKteozKppJrw+3kLkv8ejpoLtD8ITR9JnISG9Qv5Com63Ab55+UKlj+SxcOn+PPX04l3yestnU/9bDIc62VOmsyT62btHHkgvPwUNx0OaScACX3Cy3dHAoHGNCgtO1BiSxSgQqtyE0takSwP7/h/L3Mz78lW+XKA/tgKRSPH/3WC9DQWSiUPVHzsTpjDBZ4o/cnqvu2qG1rNidrV2+0KRjVzTrrO26id4nezR4sModMFA+V3a75m0l8dg5L/n4JLfzR7879ooysXRUPhNjBXnV2ZUIM/1UOvvfrcX453uf8sld9MDRKvmMikMyYroUsxNECw2lNkUOzbxJPI+FI5j/DKDhbwbXAXeVLASJGv7Ig/OkLQJ0e+8iaVQunmttDHG9sdT3hygCiwoqInGxglnzZchk9Fpaw7uhFi14kORP4PNzeqx4ypOzzLY/gYwghK1rAXUhDs2S22aVXZUMSRT/l3KGjIsSrwb4M9drbioM2C5La1IAvcQ+hi4b9qXbAW9SKOR+sYHIO5QkA9/7+IfNO+h7VRsWP3T9dr7jd5KY2fnrSuMbC9sl7SO5rGYjI2VtSz3Uf9fQZqyeHDVatEkhXlUZSAgky/DE5ZjU33J+dMi+4rIA72zA5otY1qRSj87j0886WjXm8HCj4Rvur2wygoPEE8MtfDHJWxNKZA++J7bJi6Z0MT8AaW/rzX24/28tp8zch+ddFe3bb4aK+jjTE/y7WRVnSSmwKvZsB/0Khb0LB57PvJQj/EmlnkwTnXsdMymS31xE0P4j0ROFM6RGsrRK5p5ncaEumVWEFBGDDhWA6Ex6/eKuttWhh5lgJAbLP8AIbTjmk6f5S 7piI/7l6 tXGX75FSy4yISMrSlJEHCidl+M/UzzjaTRd4JDu0awsb9avI8q+fLxTBw69GxiWhZa/F0m/wVA0jYz2BSHvLVpuV4kK76cXDvEqyqPUXhfpMxMrPgAqrhiKObFgwSAriUuSBV+UfyZrlJKeoPYE0XmKskELCOiDlCASlnFlmn3DEWL9sbLQVO9ndjWcsKLdmCQalgaCL2pIgAW6t7vTxe9TiB656d6qzF1v/DeHmXHMUWkLU= 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: Michal Hocko writes: > [Sorry for late reply, conferencing last 2 weeks and now catching up] Never mind. And my reply is late too for sickness. > On Tue 16-05-23 12:30:21, David Hildenbrand wrote: > [...] >> > And auto-tuning doesn't sound easy. Do you have some idea of how to do >> > that? >> >> If we could avoid instantiating more zones and rather improve existing >> mechanisms (PCP), that would be much more preferred IMHO. I'm sure it's not >> easy, but that shouldn't stop us from trying ;) > > Absolutely agreed. Increasing the zone number sounds like a hack to me > TBH. It seems like an easier way but it allows more subtle problems > later on. E.g. hard to predict per-zone memory consumption and memory > reclaim disbalances. At least, we all think that improving PCP is something deserved to be done. I will do some experiment on that and return to you (after some time). Best Regards, Huang, Ying