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 40BD0C25B74 for ; Thu, 16 May 2024 07:07:17 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 96E216B0093; Thu, 16 May 2024 03:07:16 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 91FF76B00A4; Thu, 16 May 2024 03:07:16 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7BEA16B0093; Thu, 16 May 2024 03:07:16 -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 5F27D6B0082 for ; Thu, 16 May 2024 03:07:16 -0400 (EDT) Received: from smtpin25.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id DC39512023B for ; Thu, 16 May 2024 07:07:15 +0000 (UTC) X-FDA: 82123377630.25.70A1D65 Received: from out30-111.freemail.mail.aliyun.com (out30-111.freemail.mail.aliyun.com [115.124.30.111]) by imf24.hostedemail.com (Postfix) with ESMTP id A8FE8180002 for ; Thu, 16 May 2024 07:07:10 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=peiDGCb0; dmarc=pass (policy=none) header.from=linux.alibaba.com; spf=pass (imf24.hostedemail.com: domain of hsiangkao@linux.alibaba.com designates 115.124.30.111 as permitted sender) smtp.mailfrom=hsiangkao@linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715843234; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=0FHS64cbUPTjANpneoJgVvmg7AGnORrsW05eQ2t56bc=; b=W3Vnzb62LEH6ZTF0Ass9LLmJQLRypcF3qGaHLQNCWtQtek9aOtXoF5wmvK+z/0J2/lezUi dDNpzFUXoKezIUGWfSPVI8ZKm4H9Q17oPZjpgtGZ8ck001KO80IeZjxlDcDLkGmJ3M9H2a /M0Y3yVAaQtoG+M9PG64zfgNh1JhFPs= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=peiDGCb0; dmarc=pass (policy=none) header.from=linux.alibaba.com; spf=pass (imf24.hostedemail.com: domain of hsiangkao@linux.alibaba.com designates 115.124.30.111 as permitted sender) smtp.mailfrom=hsiangkao@linux.alibaba.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715843234; a=rsa-sha256; cv=none; b=qf9ZQiqS0lPAisskf+7CVcfg1joaznpaIcC9S4Q6rLh05rLpMz969nd3sZtuD5fgfcdaeb Qbe+NlZIGI3I978xST9IthPsnglB7HJUM9hOftAvJ2k31eNwuOGoGa5RqlpDT+yUE144OE /NR8M/YutGmeDPpDREhoTW2F+1Bxb7I= DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1715843225; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=0FHS64cbUPTjANpneoJgVvmg7AGnORrsW05eQ2t56bc=; b=peiDGCb0vi3SlDbm5vGSxPkylNc2Cj5JkkD6LlUYKb/rH7sYOy0xcfA9CBQAzTdP3+Sjo+TtBKC1vW9Ri21l9FGVYsQv1u5ZrSFRrFQDr67CsqV4C3IZvmQVj964Ygtr85C5salZggD1i/FTlFGBNpXTgr+dW9S2FHfUxEuO788= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R161e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam033045075189;MF=hsiangkao@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0W6aSPiE_1715843220; Received: from 30.97.48.231(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0W6aSPiE_1715843220) by smtp.aliyun-inc.com; Thu, 16 May 2024 15:07:02 +0800 Message-ID: <9a0e2fd3-92ac-4b05-b30e-46a93cc9fe47@linux.alibaba.com> Date: Thu, 16 May 2024 15:07:00 +0800 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [LSF/MM/BPF TOPIC]mTHP reliable allocation and reclamation To: Barry Song <21cnbao@gmail.com> Cc: Matthew Wilcox , lsf-pc@lists.linux-foundation.org, Linux-MM References: From: Gao Xiang In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: A8FE8180002 X-Stat-Signature: p416e8gij8pbcm45rxrtuqd3kftma3um X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1715843230-297566 X-HE-Meta: U2FsdGVkX1+J3AmwNKuKLpxvbmdOTZfvmAEVFRcpijrgmkhzXHN6N/HnBq4tQ9QTwgbzGOTZJp3auDTPoCIGro/IXv5xsg2xj7CMkM2Z6D8efrSYlSuMzLUBT+YRgne3QmAGQDf0qflQgoceTDfQnSo1p7dGaeNeFmB5OzCcHB1BcKtVLvMDmcUtP8sd02sDhzEb7YKtfPWuA2rayOhKYMJr7NUYPbFEA+e8OD4nXdEhVB6VxfG9Ii3Ke0d7RQ2piJx8ykBr9QAmmdsk8W3YW+RtKgEo+2y5R6FuDD+JZaGEE5DTwZtGdBcPGpPeQGsOZsaQXrDe3DWtDHT584DZxhNSjAmJmFQXt4aa/GG8+d20UH2gka1H+rY/8cmFOwXoEPKDcSyxfFLQJKVyDj1ptV98pDsERMGxWXGPYM1pOsqw9t/dcm0fUN2Ava6uOtGFDDI6r35KH04u1RpOve8j2ahyNQuzmA4w+olI0bHyUdkBmBbn4Bz1XNlMULGK+slKaRO27RNZRzDdjo8J6oCtiEMBuFJdu2HtEeX8Tx3+4A97faO2UxEcRLE8TClylhdzal8rW7cL4mH2ex0nfRdNxLdS1b6iIMRAHRz5xLiXguoJ55D1fvacBNh60h4PeC1gsCOLIKDHwCYSkspvyr0Ox/4V/JWo/x3a1HjwmQ39BDTXvvXnJH2Rv4sxo8BnGYufjD6copXHu4ZzrC75Pb3MZlA69l4QZtovXI8/IASrzbdNGu3uX1Y/LlVtTQx2r/Vyn+1CbvKFzDbn/4Z58GlJ2Tk5I0GU5yvxfQbE/m9V8AH903Jh5CYKfNM1jfIcqSBxwWEEJlgEZsKxViAZGpRWQU9lP7c002gDYb0VvIkmiGWcCbmpfw82pIpccyoOVBQY4oF4OJ9YkX3EpkOl5ttz2vA6nvlPGDus014PE3kyicj65Nr3U8+rVfXnlaZjocQ+AHoPF3jZppB8LUmKFVL vb5eikN6 Zh4OVjYSP5csHVg2iJVI6tRuWmOTxRo2+LHD/elQkJGrrh6d3Wds88mJ2tMBm+QPVTzLYIbOV2ufCdnveMDVqQOgi1cyme5HZQ+IgJH2gvogjD52GiC6G0ty77ydlkqNbfrC3LTZ8P01VHJnpow1m1VsSUjY65LAJb7m5+Z8D6y4p++oDrehYDjZrflBWHgAvruCMvbCIEfTmfKOIZUgyfo/1cnYUIHuZ7iBRC9DAmBGXDpfTqr5u5VmWhHp7c/ht3Fa8AafBBGnFEiQ939CyM6dLxB+X8betrTMaYFP7/9+qTejTZ38NenY9UdL4cj/I/59vHICiEoCB4TTw1P5Qje7SK2kDhRzl6hhVuhQMEyYVBdLA7lFml7HJUKiSX4hx7ZcA7RypSeHhdrLymMSzDgsE+g== 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 2024/5/16 14:57, Barry Song wrote: > On Thu, May 16, 2024 at 3:19 PM Gao Xiang wrote: >> >> >> >> On 2024/5/16 08:25, Barry Song wrote: >>> On Thu, May 16, 2024 at 11:41 AM Matthew Wilcox wrote: >>>> >>>> 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. >>> >>> I am not using file systems with large folios as neither erofs(compressed files) >> >> Side note: I will offically support large folios of compressed files >> upstream in the upcoming one or two cycle, it's almost okay in the current >> codebase. > > Thanks for passing along this fantastic news! Feel free to reach me when you > send the patchset. I'm eager to delve into the code and run some tests. Okay, I will cc you after I sort them out later. Thanks, Gao Xiang > >> >> I have to do more tests to ensure it doesn't break anything... >> >> Thanks, >> Gao Xiang >> >>> nor f2fs supports large folios. So, yes, the page cache is full of small folios. >>> >>>> >>>> Also, do you have CONFIG_COMPACTION enabled? >>>> >>> >>> Yes. COMPACTION is enabled. >>> > Thanks > Barry