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 4AD1FC54FAA for ; Wed, 28 Aug 2024 12:54:51 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id D20C86B0085; Wed, 28 Aug 2024 08:54:50 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id CCEC76B0088; Wed, 28 Aug 2024 08:54:50 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id B96416B0089; Wed, 28 Aug 2024 08:54:50 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 9AA4F6B0085 for ; Wed, 28 Aug 2024 08:54:50 -0400 (EDT) Received: from smtpin11.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay10.hostedemail.com (Postfix) with ESMTP id 2C0C1C1F39 for ; Wed, 28 Aug 2024 12:54:50 +0000 (UTC) X-FDA: 82501648740.11.F4FCD8B Received: from shelob.surriel.com (shelob.surriel.com [96.67.55.147]) by imf28.hostedemail.com (Postfix) with ESMTP id 585F8C0017 for ; Wed, 28 Aug 2024 12:54:48 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=none; spf=pass (imf28.hostedemail.com: domain of riel@shelob.surriel.com designates 96.67.55.147 as permitted sender) smtp.mailfrom=riel@shelob.surriel.com; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1724849644; h=from:from:sender: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:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=H9xGvRslflWZOOm5Scl/mBKn6XvgSSf5ROmmH8aPjBo=; b=Bh0SZWSOiuUeg6wmaqmO1yPVgj6KF2P5b9nbpdM3LNj9tr6yfKNvS46G4JFQUhcXd4lT/8 7Ohv1LOC6BhUemLlFbcxI0wKY0lx9hBm8J/JEUd6Cp/kaRJ9iZjCqsQZvgucYIwRHe/2xI nIzMDGcDd6TDUQTJKCTjIicqMt8dASA= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=none; spf=pass (imf28.hostedemail.com: domain of riel@shelob.surriel.com designates 96.67.55.147 as permitted sender) smtp.mailfrom=riel@shelob.surriel.com; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1724849644; a=rsa-sha256; cv=none; b=B40QIEDYx0Thk448E4hf6C/dL6EdeZGYKbXissLTb7ywbhyhMWJrbz4tXlOmiSLl/ik+A4 VemlInKgN4+TByjy0nrwzHEWMOoeDBOFASS7l41DpHNvGrDEwzv7QspM61kPeu3GzDo+J0 ffCmHaM0qPRvmIYwf2+knmvPzVzHqqw= Received: from [2601:18c:9101:a8b6:6e0b:84ff:fee2:98bb] (helo=imladris.surriel.com) by shelob.surriel.com with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.97.1) (envelope-from ) id 1sjIBr-000000003J8-3ujq; Wed, 28 Aug 2024 08:54:23 -0400 Message-ID: <8d0a923115746ab77064764e391271403b5b820e.camel@surriel.com> Subject: Re: [RFC 0/2] mm: introduce THP deferred setting From: Rik van Riel To: "Kirill A . Shutemov" Cc: Johannes Weiner , Usama Arif , Nico Pache , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, Andrew Morton , David Hildenbrand , Matthew Wilcox , Barry Song , Ryan Roberts , Baolin Wang , Lance Yang , Peter Xu , Rafael Aquini , Andrea Arcangeli , Jonathan Corbet , Zi Yan Date: Wed, 28 Aug 2024 08:54:23 -0400 In-Reply-To: References: <20240729222727.64319-1-npache@redhat.com> <72320F9D-9B6A-4ABA-9B18-E59B8382A262@nvidia.com> <61411216-d196-42de-aa64-12bd28aef44f@gmail.com> <698ea52e-db99-4d21-9984-ad07038d4068@gmail.com> <20240827110959.GA438928@cmpxchg.org> <9cf237df1a7bb21bba1a464787938eba8f372658.camel@surriel.com> Autocrypt: addr=riel@surriel.com; prefer-encrypt=mutual; keydata=mQENBFIt3aUBCADCK0LicyCYyMa0E1lodCDUBf6G+6C5UXKG1jEYwQu49cc/gUBTTk33Aeo2hjn4JinVaPF3zfZprnKMEGGv4dHvEOCPWiNhlz5RtqH3SKJllq2dpeMS9RqbMvDA36rlJIIo47Z/nl6IA8MDhSqyqdnTY8z7LnQHqq16jAqwo7Ll9qALXz4yG1ZdSCmo80VPetBZZPw7WMjo+1hByv/lvdFnLfiQ52tayuuC1r9x2qZ/SYWd2M4p/f5CLmvG9UcnkbYFsKWz8bwOBWKg1PQcaYHLx06sHGdYdIDaeVvkIfMFwAprSo5EFU+aes2VB2ZjugOTbkkW2aPSWTRsBhPHhV6dABEBAAG0HlJpayB2YW4gUmllbCA8cmllbEByZWRoYXQuY29tPokBHwQwAQIACQUCW5LcVgIdIAAKCRDOed6ShMTeg05SB/986ogEgdq4byrtaBQKFg5LWfd8e+h+QzLOg/T8mSS3dJzFXe5JBOfvYg7Bj47xXi9I5sM+I9Lu9+1XVb/r2rGJrU1DwA09TnmyFtK76bgMF0sBEh1ECILYNQTEIemzNFwOWLZZlEhZFRJsZyX+mtEp/WQIygHVWjwuP69VJw+fPQvLOGn4j8W9QXuvhha7u1QJ7mYx4dLGHrZlHdwDsqpvWsW+3rsIqs1BBe5/Itz9o6y9gLNtQzwmSDioV8KhF85VmYInslhv5tUtMEppfdTLyX4SUKh8ftNIVmH9mXyRCZclSoa6IMd635Jq1Pj2/Lp64tOzSvN5Y9zaiCc5FucXtB9SaWsgdmFuIFJpZWwgPHJpZWxAc3VycmllbC5jb20+iQE+BBMBAgAoBQJSLd2lAhsjBQkSzAMABgsJCAcDAgYVCAIJCgsEFgIDAQIeAQIXgAAKCRDOed6ShMTeg4PpB/0ZivKYFt0LaB22ssWUrBoeNWCP1NY/lkq2QbPhR3agLB7ZXI97PF2z/5QD9 Fuy/FD/j ddPxKRTvFCtHcEzTOcFjBmf52uqgt3U40H9GM++0IM0yHusd9EzlaWsbp09vsAV2DwdqS69x9RPbvE/NefO5subhocH76okcF/aQiQ+oj2j6LJZGBJBVigOHg+4zyzdDgKM+jp0bvDI51KQ4XfxV593OhvkS3z3FPx0CE7l62WhWrieHyBblqvkTYgJ6dq4bsYpqxxGJOkQ47WpEUx6onH+rImWmPJbSYGhwBzTo0MmG1Nb1qGPG+mTrSmJjDRxrwf1zjmYqQreWVSFEt26tBpSaWsgdmFuIFJpZWwgPHJpZWxAZmIuY29tPokBPgQTAQIAKAUCW5LbiAIbIwUJEswDAAYLCQgHAwIGFQgCCQoLBBYCAwECHgECF4AACgkQznnekoTE3oOUEQgAsrGxjTC1bGtZyuvyQPcXclap11Ogib6rQywGYu6/Mnkbd6hbyY3wpdyQii/cas2S44NcQj8HkGv91JLVE24/Wt0gITPCH3rLVJJDGQxprHTVDs1t1RAbsbp0XTksZPCNWDGYIBo2aHDwErhIomYQ0Xluo1WBtH/UmHgirHvclsou1Ks9jyTxiPyUKRfae7GNOFiX99+ZlB27P3t8CjtSO831Ij0IpQrfooZ21YVlUKw0Wy6Ll8EyefyrEYSh8KTm8dQj4O7xxvdg865TLeLpho5PwDRF+/mR3qi8CdGbkEc4pYZQO8UDXUN4S+pe0aTeTqlYw8rRHWF9TnvtpcNzZw== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.4 (3.50.4-1.fc39) MIME-Version: 1.0 X-Rspamd-Server: rspam03 X-Rspam-User: X-Rspamd-Queue-Id: 585F8C0017 X-Stat-Signature: mjnrfcip4sr4uspkimd1h78f3pa71sxg X-HE-Tag: 1724849688-222529 X-HE-Meta: U2FsdGVkX19Nw1MowjSVd5XA5hJLvLDCqsrcl4G1xSkghkvVYs27clnpszypicsvfMupi3BFdCyCp5bcMQ4mkicXP0bI9WF4zkpWBpADnY1UuinEL0Eaqpp5UhZxYOAepvzTzeV/8pyr/mp0sHrGigkUDyHwIby6NMCK/NMNmfdBzbiqqEh8Xo7ziZmojV6TI0OZhEYbilD9jig6+WRP+fYLsA7T9XfGbANEmobUKENequGjKScQEYNYAdXuzOcflqv/J0vz9BnocK+ep7/Lu0Djn2e5boMuzQ1XS9Ds/SNFor+IBIyrRZm+hrpPdC4fVbk/56hypSLUSqbI6C8hlqRcYPT9mYjN2+iW20N4gEOWGFhvB1iYTH1nAasgOFAi46srBS1q6A6FY69b1mKsazqBpVSBRVlWgCVkV2kScktQYOvrqJYNPZWW4sCcf29X4jknCSmopPkjx7yah5gvCq/6ez8o5mSu0UzNVoUJ5dfa02BlE/FRo8eacyH0g7n5uxomL+vXOafCC5uwSOskV0YJedTMBXxbhWUk75H9L7DcP5OYynLjmiUuBgnEMLfKDqMqFc2o3rT56hwQeW6bPixYr0lWtYsdJy46vf6t1thR1paLOC+xXT1YFf2LbuI5/lJuiwxNavrAAfw3dDjFmpqvwPC6cdA/veK9ZCnjzJQTsj4zVkeVvJ8WklbVUIzOdYPPhCOUlZFHlncBb6zjFNVpV6+ypeis6gxqMyeBa8+uAz7AUhGOhUDM+4vcHICR116h6s9znRgzpsPbwkK7ANlGYbeHIr271aDp/EwgxqfWL4mjuwGyDeiMCESS3iFeNSOrCb6zDlGV7hNGVfZUFNy3lrpMfvLvGOGWA+vGY31DQyjV3P/BxCcOIMbvN9IdCAFwXHVADt21EmNNkEu/VpN34NCw0HFbAT5lS7Wc4FJdIeOmrn3UNqh3YY+X5yQ9DDxVErTK+VyvqR9LN9c BeiD95Vi P2r35/H+IzYnA4SJLWja2qSF4EwzDRLpCFRV4agy5MseaugznXaLPnk6TUSzVwbTccLRYaKAE/SPR3lxv1VeRX6rSND6cGf+oOmvwS5BrfKGCmfZYX5owUAdsCY+LWoc1Oh72fL29i52DCVYmRHKpDiCCSRQlIbmX8/e8OKfvZOp6+lOhtOWgCcvZreTZqS0EkALStGthiCKXQvSSJqzoTzkpnuk00dbofQ8IulR4ujCyZ5Y2QxHgAcYZHys7XMY0Cx2RYbstVdH1KiisUgo+5k0cMozKn56X8Rg5 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: On Wed, 2024-08-28 at 09:17 +0300, Kirill A . Shutemov wrote: > On Tue, Aug 27, 2024 at 09:18:58PM -0400, Rik van Riel wrote: > >=20 > > Workload owners are going to have a real problem trying to figure > > out what the best value of max_ptes_none should be for their > > workloads. > >=20 > > However, giving workload owners the ability to say "this workload > > should not waste more than 1GB of memory on zero pages inside > > THPs", > > or 500MB, or 4GB or whatever, would then allow the kernel to > > automatically adjust the max_ptes_none threshold. >=20 > The problem is that we don't have and cannot have the info on zero > pages > inside THPs readily available. It requires memory scanning which is > prohibitively expensive if we want the info to be somewhat up-to- > date. >=20 I'm not sure it needs to be super up to date. After all, we only care when there is memory pressure, and when there is memory pressure we will be doing some sort of scanning, anyway. With a shrinker in the mix, we do not need totally up to date information, but can gradually approximate the target. --=20 All Rights Reversed.