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 76A22C25B75 for ; Wed, 15 May 2024 23:41:26 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id E6BAA6B039B; Wed, 15 May 2024 19:41:25 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id E1B226B039C; Wed, 15 May 2024 19:41:25 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id CE32A6B039D; Wed, 15 May 2024 19:41:25 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id AD1D46B039B for ; Wed, 15 May 2024 19:41:25 -0400 (EDT) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id C53AE1C0792 for ; Wed, 15 May 2024 23:41:24 +0000 (UTC) X-FDA: 82122254088.28.32CF3A4 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf25.hostedemail.com (Postfix) with ESMTP id EDF54A0005 for ; Wed, 15 May 2024 23:41:22 +0000 (UTC) Authentication-Results: imf25.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=eS4Aj9kl; spf=none (imf25.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715816483; 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=sOfHGbeYsvo/Hc1pf0Ijm8tFdx2IHcQZfHtoc8uwerE=; b=ghw4zB73cDMlLzOgK6ZOWEy1s6tqaYaDViL5XqsUDBopCghxg61w6RIsdUXHPrqf041Kax oVeP1Y1xsDefnkVzFLIzqwIeEqFjCyykLp+jJRcu/ijb51zRqFfnEChHkNAPu1nPFXVxcC 5QAK7tt3mNAED2whCidqIoE0hyH+7DM= ARC-Authentication-Results: i=1; imf25.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=eS4Aj9kl; spf=none (imf25.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715816483; a=rsa-sha256; cv=none; b=EJ0fkTyD7NfRvQZBFU7egcne/xLMOL7OAkE6kj1i+oS753zLSnh4Fn8RxqEAtC5o8JKs7X UIJ/r/pAnhS2I2duotxtmmxiI5cSW82ZrDYSdDn3FKZ3xqXQdCBu3NU62MnAtvng4tzI1Q gOHm++sJZHmgEcdXn8qbEqgm0xsDJIg= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=sOfHGbeYsvo/Hc1pf0Ijm8tFdx2IHcQZfHtoc8uwerE=; b=eS4Aj9klwX6P7BClMuLwVkfmcI HM7Gz4h2wCPLtevM5oT5oMVWtSyE02e8w2o1BThqt1i7QpVA77jlCMAkaGPO97WxPMWCACmY4NOnZ VVKo1Sywzc9RHbd+84SLyee3c80IqWd2cQTkbNONWsTyKMUf6Zrckx4dDr4eXXhjdMoZYzcs68Z3Q mj5Lvfp0GL2eLCGGMYTFiwR5jqM2RzdHdu/HRzAJ+CJ8JCxzpWl8AuqQtQ6TXtZlY7wxnyHvvennZ JHXbU1XO616qOoXCKR2pUf+S0kCmK41Z9uVmDt0kfTLEkCF/1qJkDFyC4tLsPAUdSLoQlW5kSPj5q zebDc4RA==; Received: from willy by casper.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1s7OFL-0000000B4sw-0x7S; Wed, 15 May 2024 23:41:19 +0000 Date: Thu, 16 May 2024 00:41:19 +0100 From: Matthew Wilcox To: Barry Song <21cnbao@gmail.com> Cc: lsf-pc@lists.linux-foundation.org, Linux-MM Subject: Re: [LSF/MM/BPF TOPIC]mTHP reliable allocation and reclamation Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: EDF54A0005 X-Stat-Signature: a9goa8wwn8pn4iik7ch863i1e9y88tb9 X-Rspam-User: X-HE-Tag: 1715816482-230815 X-HE-Meta: U2FsdGVkX1+JojpfEDm1GZgCFBgN0rXQ4cXlrpgNK5Kd3jH8Vqs/NJI/QFveQ7P6ZI84btLdLX2UOZ59+W0GRBGW40qJclJKBLCa2wpCE/O8GemM/QNTzg9qWsNqpUvW5S7bD4AYqzKK0cwNmgab0CKT9ccaZnePi3l/D6EHp6jiA7cOcgN0umuxiKO4qPu1UgoaArsbj8ekYAuHvVnksBfROIFjIZn/JBePLTG1c1ZKhJI9eB9t1Y+fAIj6GGfsOaA1+Z/eWcUcSz1DK68WfK7ql2aU8njEMyLvN1cjXrHw7U7qFo8lgH0EUUNrkgUQqDugFejcbMecvXVjx8zpFEA98i6g0IXbK0dTqI69O5GPAcDxVcYW5g7kwYmb5+5pKJ4BcrNNALoSC1N7ah00Lpjh/HHiUvuA7tFx8vmqG8jKAn81jiRMNKYZLwfSCRjdQmfsg5VppWwUsaAkGpkzupPxPK3Kw6B+WHazuci+EDQQxGUDAmF5yysditC1mJUzhyf1Tqm05NcJfUI72yjQrRGniLstN95wYNSMR+Ckn+ynmTWfUDHrseFK+BCgv0M5h3hHyLD8sSt5c6CCOxCZUhVspTK5kZMpJlSGtZ3qDuXP+DnKl1oSY3BKCPWtuOM/0HvRFbNauSl4db0y7+qPYzAvwem/OpFEj8kgydYpr6Zua9nSivrDqhgV2x8fXn5N7+yHIn+EOGP0IjaqQSNp3J0+ddbK+0PzUV/+HDksmAcxoqq9zABRhurAgNJlIFP9kLRj4XSxB3fCq9+Gi0M9hMzuin2sQRYeTPVOELNzr21h4USP0eKZFj5SYybU8jpaVgwOR6lDv75V1RvqZIaCLqVzOQQ1agUehAcw4x4Zb3euS/ZH1aLlJfHd0kxFJ4e1Fw4faV4ubREelNkPO0RjqGy7k82qCrb1hJTDQ8eTDRoJQtfmpXYF1aYv03mbRoCoMM+wGootUur4TGGU+kQ SbR6T+cN OrmbbCTQDcJwjwNH6OlpNtQGvff8IdmljL3s3PrYOw1+dHOVnSasM7TmgerA9eJ7C0i1lEPE2qFv9woWxVnYa7QhwFL5g2w/S2mKbCrNIkTLid4zdUL1vtN/h3TYwouTRsyRsVIoGi7UDQNo= 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 Fri, May 10, 2024 at 02:22:02PM +1200, Barry Song wrote: > - The allocation of mTHP isn't consistently reliable; even after > prolonged use, obtaining large folios > remains uncertain. > As an instance, following a few hours of operation, the likelihood > of successfully allocating large > folios on a phone may decrease to just 2%. I'd be curious to know whether you're using a filesystem that supports large folios or whether the pagecache is full of small folios? The more places that allocate large folios, the easier it becomes to allocate large folios. Also, do you have CONFIG_COMPACTION enabled?