Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
From:   Yangtao Li <frank.li@vivo.com>
To:     jaegeuk@kernel.org, chao@kernel.org, willy@infradead.org
Cc:     linux-f2fs-devel@lists.sourceforge.net,
        linux-kernel@vger.kernel.org, fengnanchang@gmail.com,
        linux-fsdevel@vger.kernel.org, linux-mm@kvack.org,
        vishal.moola@gmail.com
Subject: Re: [PATCH] f2fs: Support enhanced hot/cold data separation for f2fs
Date:   Wed, 30 Nov 2022 20:48:04 +0800
Message-Id: <20221130124804.79845-1-frank.li@vivo.com>
In-Reply-To: <Y4ZaBd1r45waieQs@casper.infradead.org>
References: <Y4ZaBd1r45waieQs@casper.infradead.org>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?ENDJ7HFu1OW5rSWl4WzKOAWwN3YdUfmRXj3lR7B+BRvBZdhV3fKjgHizUVcp?=
 =?us-ascii?Q?zpeuW2+I0VbzYtLovJKLkCHWqYz6XLgM1FFIbHZBII9TTfabmjoDG48bmI+F?=
 =?us-ascii?Q?c+JMDIobxewE+0fPSvEB/vpOrtylnFd/mV2tiXNJF06lR17WKvizlrfXoJkQ?=
 =?us-ascii?Q?BMOBwA5cNVhDaELp1R/xea+71eJMyuCZquWpOgRij5bcjQVL6J9J41cjjVKz?=
 =?us-ascii?Q?X/3mJbHzATcNxX5adQBzjqzpmdCMamWR1LprWZckNLT5bK1mrZGlLurIqT/d?=
 =?us-ascii?Q?Joi7pLaGQ7hTfMZUY+xl2CsHEDErLF6RppRJZpiyVigXAQKorRtUVOaGv/sG?=
 =?us-ascii?Q?qJKUB5B96dHBob/DhDG4nrxRPhZsoGoJi2lv8cwUP+GYCjWeAsF/MfkzwxQZ?=
 =?us-ascii?Q?78TAX2jK53cJiZrh4VabHa5hXgpQzivpJfYcXdPhf7G3v7WryGH2fuHA7CgR?=
 =?us-ascii?Q?+caNXphVtFnAtPyZdgCM/+3E+TWI0H2nvyOFjR2Tr91G3lTGVBUEQ/yWSOel?=
 =?us-ascii?Q?oa52cuBGLtmb0ci6gKdHNjayhYQaZ/GkqVPXWbfNPP351+UQ9W9lRpOTc4AO?=
 =?us-ascii?Q?0lYViKdLp9+2nqUv0e33/bvKxVxbR331UMdvQ++TDV/nu6cDS6oj3GRTvE1U?=
 =?us-ascii?Q?BGmnxI7tYhKELrSG8rhKIliWpATI9NmGdbCeiccCvZFxvYjaqgdR3N5Dgdvh?=
 =?us-ascii?Q?cmRc518l9X+yHaPZDywN95gK3sj/RuFLrlfYXcdTSKSQTSbakmyfCeYspiwf?=
 =?us-ascii?Q?IOjlxRTKxmZE7nXegfYPOeO+lmjY5fGJQHwj/C6W2keGXR4LLoxcisN1rG8s?=
 =?us-ascii?Q?ktV86orpVmZF1eRGAax9Y6arzAtgY7oua5RvvWRvkHel3SjMIdcAPSq3pBiv?=
 =?us-ascii?Q?DBQSTy8TyxMGvj/J3jZlLlLR9pC9Yb6szXa45x7juTr4U4Ugu+XOpmKSbk5w?=
 =?us-ascii?Q?gJbZERAmy7v4L3jMt89F+wbXqIhmdyb+YgBdRDZe5fSrhS0pe6AvIjUoFJiI?=
 =?us-ascii?Q?SJ9PXxmJeYuzBrge+zML+y/9JdPB0JFzVDYQowTtwGCB7LBKh206JyUZzGOt?=
 =?us-ascii?Q?zRTvpsQGfaMylQbdKPpBTJ7ksd2wGsjwy4/3eIJmADa5eS/bKLKnWrxBdbmZ?=
 =?us-ascii?Q?bgpAjyPBOtuHKht/f6FIKPz6FE7GYEnpwVyCZOFCB//iKuvu/YNXEHO2k3qQ?=
 =?us-ascii?Q?8eP3eJQ3cBSi8U325vLtsB7oFRXjuBysvRgzVvxvSSrbwO/eJMvm3OxzipOq?=
 =?us-ascii?Q?pWXvc09crRcDCCNZETJ68n2r8B4qzXmNRyMD0HRX10dpiHdZaKRGpHDeUhEK?=
 =?us-ascii?Q?+nI8cLN62IyWrEKAZhfncn+GmkT5tjx6RUixwGoHpnS36P28jeWRhkVBWq70?=
 =?us-ascii?Q?3O21cys2QWEisdPhc3T2XcsCUOGVB8NbiC5Qq20H4cTNbwVfqWguJS9kUka1?=
 =?us-ascii?Q?Sn3Tr1uURIyGr9zas44RzpuHj71I+FCgTBUYCnQc8GT8qypJ7Mtm4ZySJuvl?=
 =?us-ascii?Q?T6PTUw3tjjoHPLpIuWVg4I/GWR5/Bb8eR2Hrd7+JwtBFlOx7NBKUhNiLBFd8?=
 =?us-ascii?Q?qByX4ddqdeKGvE9gx5XH9OVHGNb3zYROWAkYoUtw?=
X-OriginatorOrg: vivo.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 74826231-e950-40c3-3f62-08dad2d124d6
X-MS-Exchange-CrossTenant-AuthSource: SEZPR06MB5269.apcprd06.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 30 Nov 2022 12:48:13.7190
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 923e42dc-48d5-4cbe-b582-1a797a6412ed
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: WmG6I/DG3N7S86f9d1dYa5MHhK8mXWyIGgu6EiAI8LnX0cR1tFX/nLRgCU+PfKwJT2tOhCh+YXUY8sT5fG7NIA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY0PR06MB5848
X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED,
        DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE,
        RCVD_IN_MSPIKE_H2,SPF_HELO_PASS,SPF_PASS autolearn=ham
        autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
        lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hi,

> Thanks for reviewing this.  I think the real solution to this is
> that f2fs should be using large folios.  That way, the page cache
> will keep track of dirtiness on a per-folio basis, and if your folios
> are at least as large as your cluster size, you won't need to do the
> f2fs_prepare_compress_overwrite() dance.  And you'll get at least fifteen
> dirty folios per call instead of fifteen dirty pages, so your costs will
> be much lower.
>
> Is anyone interested in doing the work to convert f2fs to support
> large folios?  I can help, or you can look at the work done for XFS,
> AFS and a few other filesystems.

Seems like an interesting job. Not sure if I can be of any help.
What needs to be done currently to support large folio?

Are there any roadmaps and reference documents.

Thx,
Yangtao