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 1627DC25B74 for ; Thu, 16 May 2024 03:19:56 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4ED1E6B0398; Wed, 15 May 2024 23:19:55 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 476676B039D; Wed, 15 May 2024 23:19:55 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 316A46B03A0; Wed, 15 May 2024 23:19:55 -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 0F9216B0398 for ; Wed, 15 May 2024 23:19:55 -0400 (EDT) Received: from smtpin06.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 68ADE40632 for ; Thu, 16 May 2024 03:19:54 +0000 (UTC) X-FDA: 82122804708.06.AA5DF1E Received: from out30-130.freemail.mail.aliyun.com (out30-130.freemail.mail.aliyun.com [115.124.30.130]) by imf19.hostedemail.com (Postfix) with ESMTP id 130291A0018 for ; Thu, 16 May 2024 03:19:50 +0000 (UTC) Authentication-Results: imf19.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=sLEG5maP; spf=pass (imf19.hostedemail.com: domain of hsiangkao@linux.alibaba.com designates 115.124.30.130 as permitted sender) smtp.mailfrom=hsiangkao@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1715829592; 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=ru/JU9T3IHK9deoGM4YaZwFV4YUq49OF4W3icn6E6qE=; b=p0EkM1UqG0UTnh+stClGlR0+1gvOX4ErIkXSCL7aGFP04Q+RqdSZVzPMnTz2MZ6KkZKt0j HAuq0tPBdcmCwBXUzH7zfRWCeB8NwOAnAMFySQ2F5qq1LGKKGM5e34c/BsKUD9UpqScq9m D4C9t3H2jjUISOPAaPO2EK39uOMBpr0= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1715829592; a=rsa-sha256; cv=none; b=pWdJWZcROxvSbqHPA507KYMbv5aoQ3rCsohwFkH0cPTqc7gUByYBVZARCKGsyHUCDlrTCf oy1/HeGCuU78zQtoEYLfHw+fYm5MSltn+75xfx8uwyVsu7TgxgcI7SHmKZCVPgT1I7KtQ7 w3h14UYDrwZRohR8KBAEsqwI23YzcQw= ARC-Authentication-Results: i=1; imf19.hostedemail.com; dkim=pass header.d=linux.alibaba.com header.s=default header.b=sLEG5maP; spf=pass (imf19.hostedemail.com: domain of hsiangkao@linux.alibaba.com designates 115.124.30.130 as permitted sender) smtp.mailfrom=hsiangkao@linux.alibaba.com; dmarc=pass (policy=none) header.from=linux.alibaba.com DKIM-Signature:v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.alibaba.com; s=default; t=1715829588; h=Message-ID:Date:MIME-Version:Subject:To:From:Content-Type; bh=ru/JU9T3IHK9deoGM4YaZwFV4YUq49OF4W3icn6E6qE=; b=sLEG5maPqNyB0/SfT6u7gdcdyjxBMaTVM0FfxkCi/KOKwQ6dBqVpGmw6dTypWC6210wsy2VnSuu3pz4ry44vl0OkZn+l508//s0ayIFFqhDQ3uQHDG4lZMWlBTNvPVRYc2g+BzTEw5+H5LGczOZxjxVe+JRsrd/L++lmzh4mWGk= X-Alimail-AntiSpam:AC=PASS;BC=-1|-1;BR=01201311R371e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=maildocker-contentspam033037067113;MF=hsiangkao@linux.alibaba.com;NM=1;PH=DS;RN=4;SR=0;TI=SMTPD_---0W6ZZK.1_1715829584; Received: from 30.97.48.231(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0W6ZZK.1_1715829584) by smtp.aliyun-inc.com; Thu, 16 May 2024 11:19:46 +0800 Message-ID: Date: Thu, 16 May 2024 11:19:44 +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>, Matthew Wilcox Cc: 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-Server: rspam03 X-Rspamd-Queue-Id: 130291A0018 X-Rspam-User: X-Stat-Signature: ax3xoa3rxqgdxzhf1oi987euztfdzy97 X-HE-Tag: 1715829590-992492 X-HE-Meta: U2FsdGVkX1+5VCnvH4kiF44XJK2d9CROcGOiSyxoY6VZOsy2iQtVgf7mNwJiJdgsuuH2lefl/VStvL7VCYyfCpEepXK2p6xT1K/aOUxnGrNb49IjajR9/VKpoFkjxsrI0fFSaQaaYFr5RD+GLslie+ADmyqfOQBXmoONzDq4rGgiXs4kSp+AUArIDiEa7Tx6KgsYWDfFQ5uZwq9bxrypVJQSJu13mBIfKQOtlWF6mSI5zhiD1GszzdffelcCXjxkCxEw+iSGH8TFCQQDvM3GyK8c2xIOLE0mhrzKr0mAPtqdV0eFQ6EOq+ENmJ9013oE+7EYhFabE62ROqV8nGj9XZ+yGn054VvWywiuAGYzUz8rpmWbh4FW5h1VZRlGIu8DaK0nPVRk5oQ++S6isNTFLp02dqY1+ayT+dqhjWk/R0gZIIcYhqBr22TDkxqvYaP3BTG5C7Myl2fANVYkR6pLYvtaz9Z6TEsp0vc+BmpohzxTVQvaubQAVnJ+8uArPwK67YU3ECKLf6csK2d8IzfOyFRmNp2R+Oa8RJzMgxc4c/eW3f/HG0xARr02tNfiQXDMe9ESd68/qVhiJ5tfgjp3uLyJFRPIom8ZcbDx3Z3KJkAJiqRcsIkBOPM7BQk6kpnd8SVMZJhWOYchNSVUHMGzDXUFlaMVnFcj2b6LconklKBrcbxhswgSrymJo7D34+m1A7I9tNbYN+hobcSmt2JpGeUiGbyb8kJA7CrBkyWwlUoL74+AnN16h74RUnGbuEiRIAxllL+0T8FOVsL3X8UK9hOZQ8puEwqOhIZ8DFjvc2BumvCdhJJ7lj3UNluN4AybYYcgaDN+2xjnQEzt/GUKuTLifJG9c8Fpz2LKYPRWTRe41k8YANHHQoQEz3ZzEwyHhq+o06VFbV/DK1yxsY3ETIKIpscmUU5KU9GODaXVXgnfjJ7oo5qKmY6jhIczALp8ZN/cSM05Oje/07FSe5C uh4Avm7/ qH03Ij9X83VATH/E9VafyXE7t6zTinqcIHOOHWJHE7ERMCgMHp0L9qDB7lhNc8kkJN2uiDQObVjiOehhhYKbg2QTrr8dyeFPRH+klfxIrF4MhZJIxsPi9O/LXo0NLad63y0MRe4pnsjxOEF0Jqf1+gdzSGlwZ9QehvuT8bfKAbfIaGxynTyt+b7IcLWwHqDDZP0xRNjoz2zGp/0oFGSX9a79lvLfK0rqtTajwVdnu1TrZib5qWVEB7LEbEM5UF6Txx25x0tHTbcGanbMrB03UZjLglXn7BP3Y02DcowoTTOBAL2Xl7H8Ag984pKVaiD50dvhdsOaNerUkBqq+TM7YpZEEyaYnwXu+24cjQw/NlRQMqZ0YbxWgJCC99I9HridUK5lz 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 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. 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 > >