Received: by 2002:a19:771d:0:0:0:0:0 with SMTP id s29csp1244217lfc; Wed, 1 Jun 2022 12:54:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwbAgBZaJuM+8ciQhie8qNZZnAtWGn+WZ5HE67WBXyxPm7mL0+hyWjBDeONw4/6rS0KEEOh X-Received: by 2002:a17:90b:314b:b0:1e3:1033:f555 with SMTP id ip11-20020a17090b314b00b001e31033f555mr16124438pjb.245.1654113269273; Wed, 01 Jun 2022 12:54:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654113269; cv=none; d=google.com; s=arc-20160816; b=dI8LKFlomPO0eJJLNIys0vUqlQyOoeqqARWrw1GaSla8gc51CBO+4zT7e8dmtt7kx7 3elEPOvD50ah+NMJBXKqwVfQ9VXaWLvGa6sLW6gdf9yhZZrqD/6Rs1Jz2iOFpmG09lI1 p298KZzE/nCtwo07f2hpZ8AyjbId+5OCKRtFsw605Fh8Lm+WcFaqzdxvdG2nSZ5Mr+uJ XtfUlj12Gs51FqR76LGlCjAYlNo7HYwInm1tLyJkxh+v1H/IcYweNoD/1y7NOJwHnLts ybNuDkDQkvoxDTTEHXzgsUQp8wVY7w5kRmsRJfRsavAW/b1NCFfBSOumy3A0LDee+pBf DC7g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=k2+2kt+obWzLDunv1YJq3cHY22bdePWs4GzI4vl+gdA=; b=CnfIdhxtXZ95XzFYpHswwmNujRylb+8RignkV156hrkJap9g8mBcV6IQNvWQEusdQK s31GSlVwqv62cStWe2AaZVgN6VLzcH/SBJfBGFHpLdyXxn+d3BklVaj+QjI+V8SMGjfL B1748I943oDJZLr4OiIjLiTK/x04DXEjXfDZ1FVU9amz3MwcQ97EsTNrAopk22VOZ5Oc CseTHsfw3Ed5w/USqPpGDQhs36trBSP0YGW9EZGxcfzBBtQYo1CJrOzXXo368saFWCp5 JoyutD7oKp5XVzh+ximIcyU5b4a/KHYxeMnBYvy1uNV9R06iU6THuIIlsNQLwoHUp/Md jVfw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=tWHXJzs6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id l14-20020a65560e000000b003dbb04363acsi3187496pgs.877.2022.06.01.12.54.28 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Jun 2022 12:54:29 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=tWHXJzs6; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id A0B6720C6DD; Wed, 1 Jun 2022 12:15:50 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349267AbiFADFR (ORCPT + 99 others); Tue, 31 May 2022 23:05:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50610 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1349263AbiFADFP (ORCPT ); Tue, 31 May 2022 23:05:15 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2A1A98D6A3 for ; Tue, 31 May 2022 20:05:14 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id C7C42B81765 for ; Wed, 1 Jun 2022 03:05:12 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 579E5C385A9; Wed, 1 Jun 2022 03:05:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1654052711; bh=FL4trFaVlrtgGhxl6RfunZqzu7ydSpuIPCmAbrVFlJk=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=tWHXJzs6FWyLAuZxGqbf9O7WNu+Xu4HYr/3MxyjRSOxldvM7Z7GT5BiQnnEHJrA5a A1XT+R5O7+RxWypHf4ARPbcXlPVjICKJeYzbF93z3cB76IC6wZUqRj2YKMeNPy5BoX ies9gOD3hhsNJoMGnEkWaTOgGXr8rHuI0JSxGEo3w6m69/ahTD7SAllUP+jez2WtyZ myJq1sOKdeYT4tedWJAaAAxr+psM/kMImFzDcYvJzz9z+ba9hBpW/KTdzo4qO64Xd0 TpJmhG4vNeLrowC7Ouo98g/mkf4TvO9CqCl7TnfU0uh9vgQlPI2Ta97JBA1EEF0xUR hcMyuQgaB+92A== Message-ID: <7ea1c35f-e176-1a17-f3ed-14d4118d3c21@kernel.org> Date: Wed, 1 Jun 2022 11:05:07 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCH v4] f2fs: separate NOCoW and pinfile semantics Content-Language: en-US To: Jaegeuk Kim Cc: linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, Chao Yu References: <20220517032410.3564033-1-chao@kernel.org> From: Chao Yu In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, NICE_REPLY_A,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable 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: X-Mailing-List: linux-kernel@vger.kernel.org On 2022/6/1 4:18, Jaegeuk Kim wrote: > On 05/31, Chao Yu wrote: >> On 2022/5/18 1:21, Jaegeuk Kim wrote: >>> On 05/17, Chao Yu wrote: >>>> Pinning a file is heavy, because skipping pinned files make GC >>>> running with heavy load or no effect. >>>> >>>> So that this patch proposes to separate nocow and pinfile semantics: >>>> - NOCoW flag can only be set on regular file. >>>> - NOCoW file will only trigger IPU at common writeback/flush. >>>> - NOCow file will do OPU during GC. >>> >>> How about adding >>> - NOCow file will allocate 2MB-aligned space via fallocate. >>> >>> So, it'd be same as file pinning except allowing GCs. wdyt? >> >> Well, it seems the segment-aligned allocation feature should not couple with >> pin_file or NoCow flag, what about introducing another ioctl for that? something >> like: F2FS_IOC_ALIGNMENT_PREALLOCATION w/ arg.alignment_start, arg.alignment_len, >> arg.total_len? > > We should allocate 2MB to pin the file, since android is using it. I mean we can use nocow + new ioctl instead of pinfile, thoughts? Thanks, > >> >> Thanks, >> >>> >>>> >>>> This flag can satisfying the demand of: >>>> 1) avoiding fragment of file's physical block >>>> 2) userspace doesn't want to pin file's physical address >>>> >>>> After commit 5d539245cb18 ("f2fs: export FS_NOCOW_FL flag to user"), >>>> Pin_file and NOCoW flags have already been twined closely. e.g. >>>> once we set pinfile flag in file, nocow flag will be shown; and after >>>> clearing pinfile flag, nocow flag will disappear. >>>> >>>> So, in order to keep backward compatibility, let use below semantics: >>>> >>>> f2fs_ioc_set_pin_file/f2fs_fileattr_set logic: >>>> pinfile nocow >>>> set set pinfile | nocow set nocow >>>> clear clear pinfile | nocow clear nocow >>>> >>>> File Behaviors: >>>> w/ pinfile, w/ nocow: use pinfile semantics >>>> w/ pinfile, w/o nocow: use pinfile semantics >>>> w/o pinfile, w/ nocow: use nocow semantics >>>> w/o pinfile, w/o nocow: no pinfile or nocow semantics >>>> >>>> NOCoW can also be set on directory, and it will have no effect on >>>> directory, however, new files created in nocow directory will have the >>>> flag set. >>>> >>>> Signed-off-by: Chao Yu >>>> --- >>>> v4: >>>> - allow IPU only for NoCowed regular inode. >>>> fs/f2fs/data.c | 3 +++ >>>> fs/f2fs/f2fs.h | 13 +++++++++++-- >>>> fs/f2fs/file.c | 18 +++++++++++++++++- >>>> 3 files changed, 31 insertions(+), 3 deletions(-) >>>> >>>> diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c >>>> index 54a7a8ad994d..42d95ac6b508 100644 >>>> --- a/fs/f2fs/data.c >>>> +++ b/fs/f2fs/data.c >>>> @@ -2498,6 +2498,9 @@ bool f2fs_should_update_inplace(struct inode *inode, struct f2fs_io_info *fio) >>>> if (f2fs_is_pinned_file(inode)) >>>> return true; >>>> + if (S_ISREG(inode->i_mode) && F2FS_I(inode)->i_flags & F2FS_NOCOW_FL) >>>> + return true; >>>> + >>>> /* if this is cold file, we should overwrite to avoid fragmentation */ >>>> if (file_is_cold(inode)) >>>> return true; >>>> diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h >>>> index 492af5b96de1..5c67736000a7 100644 >>>> --- a/fs/f2fs/f2fs.h >>>> +++ b/fs/f2fs/f2fs.h >>>> @@ -2916,13 +2916,15 @@ static inline void f2fs_change_bit(unsigned int nr, char *addr) >>>> #define F2FS_NOCOMP_FL 0x00000400 /* Don't compress */ >>>> #define F2FS_INDEX_FL 0x00001000 /* hash-indexed directory */ >>>> #define F2FS_DIRSYNC_FL 0x00010000 /* dirsync behaviour (directories only) */ >>>> +#define F2FS_NOCOW_FL 0x00800000 /* Do not cow file */ >>>> #define F2FS_PROJINHERIT_FL 0x20000000 /* Create with parents projid */ >>>> #define F2FS_CASEFOLD_FL 0x40000000 /* Casefolded file */ >>>> /* Flags that should be inherited by new inodes from their parent. */ >>>> #define F2FS_FL_INHERITED (F2FS_SYNC_FL | F2FS_NODUMP_FL | F2FS_NOATIME_FL | \ >>>> F2FS_DIRSYNC_FL | F2FS_PROJINHERIT_FL | \ >>>> - F2FS_CASEFOLD_FL | F2FS_COMPR_FL | F2FS_NOCOMP_FL) >>>> + F2FS_CASEFOLD_FL | F2FS_COMPR_FL | F2FS_NOCOMP_FL | \ >>>> + F2FS_NOCOW_FL) >>>> /* Flags that are appropriate for regular files (all but dir-specific ones). */ >>>> #define F2FS_REG_FLMASK (~(F2FS_DIRSYNC_FL | F2FS_PROJINHERIT_FL | \ >>>> @@ -2954,9 +2956,16 @@ static inline void __mark_inode_dirty_flag(struct inode *inode, >>>> fallthrough; >>>> case FI_DATA_EXIST: >>>> case FI_INLINE_DOTS: >>>> - case FI_PIN_FILE: >>>> case FI_COMPRESS_RELEASED: >>>> f2fs_mark_inode_dirty_sync(inode, true); >>>> + break; >>>> + case FI_PIN_FILE: >>>> + if (set) >>>> + F2FS_I(inode)->i_flags |= F2FS_NOCOW_FL; >>>> + else >>>> + F2FS_I(inode)->i_flags &= ~F2FS_NOCOW_FL; >>>> + f2fs_mark_inode_dirty_sync(inode, true); >>>> + break; >>>> } >>>> } >>>> diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c >>>> index 216081ea8c81..9e71ce8601f9 100644 >>>> --- a/fs/f2fs/file.c >>>> +++ b/fs/f2fs/file.c >>>> @@ -1851,6 +1851,20 @@ static int f2fs_setflags_common(struct inode *inode, u32 iflags, u32 mask) >>>> if (IS_NOQUOTA(inode)) >>>> return -EPERM; >>>> + if ((iflags ^ masked_flags) & F2FS_NOCOW_FL) { >>>> + int ret; >>>> + >>>> + if (!S_ISREG(inode->i_mode) && !S_ISDIR(inode->i_mode)) >>>> + return -EINVAL; >>>> + if (S_ISREG(inode->i_mode)) { >>>> + if (f2fs_should_update_outplace(inode, NULL)) >>>> + return -EINVAL; >>>> + ret = f2fs_convert_inline_inode(inode); >>>> + if (ret) >>>> + return ret; >>>> + } >>>> + } >>>> + >>>> if ((iflags ^ masked_flags) & F2FS_CASEFOLD_FL) { >>>> if (!f2fs_sb_has_casefold(F2FS_I_SB(inode))) >>>> return -EOPNOTSUPP; >>>> @@ -1926,6 +1940,7 @@ static const struct { >>>> { F2FS_NOCOMP_FL, FS_NOCOMP_FL }, >>>> { F2FS_INDEX_FL, FS_INDEX_FL }, >>>> { F2FS_DIRSYNC_FL, FS_DIRSYNC_FL }, >>>> + { F2FS_NOCOW_FL, FS_NOCOW_FL }, >>>> { F2FS_PROJINHERIT_FL, FS_PROJINHERIT_FL }, >>>> { F2FS_CASEFOLD_FL, FS_CASEFOLD_FL }, >>>> }; >>>> @@ -1957,7 +1972,8 @@ static const struct { >>>> FS_NOCOMP_FL | \ >>>> FS_DIRSYNC_FL | \ >>>> FS_PROJINHERIT_FL | \ >>>> - FS_CASEFOLD_FL) >>>> + FS_CASEFOLD_FL | \ >>>> + FS_NOCOW_FL) >>>> /* Convert f2fs on-disk i_flags to FS_IOC_{GET,SET}FLAGS flags */ >>>> static inline u32 f2fs_iflags_to_fsflags(u32 iflags) >>>> -- >>>> 2.25.1