Received: by 2002:a19:771d:0:0:0:0:0 with SMTP id s29csp1276169lfc; Wed, 1 Jun 2022 13:56:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy0RCpzmO36FqN04Ze8eDG86qojZLhpb3hYd+LbDz0hzMfPdr4I7vKe6OfIckrZNrz+eHwa X-Received: by 2002:a63:341:0:b0:3fc:824e:86bf with SMTP id 62-20020a630341000000b003fc824e86bfmr1113615pgd.140.1654116979206; Wed, 01 Jun 2022 13:56:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654116979; cv=none; d=google.com; s=arc-20160816; b=inNAdVAzCT0xEIEjjKngmU1VU6T1gtuQa9cx/kZgNtOHphA3NNJ0CYWpHAvX1eS1Zy PHThPqY+x1iAnY8z4zaNsNt+AJQM1FiOqc58+w8Nx5CsHeBGFNJP5OsKUA/786pO4xti nqVSy6Zf9/obiGXPzigE4Ks/Xn9jW81hiKIM+/hg05qId0LDZsP3Fmo2XBbBVrGdxBva qPpnpfpXwdZ18J+81xOKipubOImyXLhRmBc6Uz7wx3IcVzx7NlmIRXJaC5OL+FxmFdNK wKKhj/Wn4m/FXOPVc+apGfs/c1d9HEydVnnQYXITP8mkC8FM+BpyOo0SOvu61uNcCRx9 BULA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=N1CbI0QR30cP+CRBrvVe8lOBHlP4hvHfeWa39/Q1HQ4=; b=YrsIXQoVzyUMPy4WLoopaX2zmKqRbsvPeeKwCO+/UNo1QZ1AmuYYVtE/Vc9FBODeG5 xiRkdoyKC3RJ3dWCuKhbkuNLwl7GrXpF5JzZmWJJfU6H6e5KKMtfV+Bt9FncDrdqzmbl bVqfYIUDxfOueXFjwGD4Qy+c3dvILYmSvs5lafzIbi1VgcQKjK1hlkl7YbhX3BJTLUBg OR/AtJxAfdsSlYbbB18NFwbk+YQ/SmlrAvx/w2ftypbVOoPINjXbbp4Y8siw4eFxEeYE SvwLYOypfY8GobNqFlNChgHmurepui3Cgi+UUye64PoVYCIMYwwyFo4oMcPR0Wh6uU36 TQlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Se7AHdce; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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. [23.128.96.19]) by mx.google.com with ESMTPS id s40-20020a056a0017a800b0051a1c743627si1140706pfg.35.2022.06.01.13.56.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Jun 2022 13:56:19 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Se7AHdce; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 B86A020C243; Wed, 1 Jun 2022 12:57:38 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1350415AbiFARHx (ORCPT + 99 others); Wed, 1 Jun 2022 13:07:53 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46766 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244187AbiFARHw (ORCPT ); Wed, 1 Jun 2022 13:07:52 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E1DF852521 for ; Wed, 1 Jun 2022 10:07:49 -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 A9539B81920 for ; Wed, 1 Jun 2022 17:07:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2EEB0C385A5; Wed, 1 Jun 2022 17:07:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1654103267; bh=72qEmgLbc7pAUWVkP0JQ6faAOy3QZLL6JLCHFrHXOLY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Se7AHdcekmPXOtXhc9kZBgoAsDJzeRm2V/53BYjXLaHYHKRaUM+H0gxQxQOD2e9HF 066EVQfqMi+avOC0FyvKroZqNYBMJC2jsK2J/nC8kjhOPEN1tMI2JuliG2sKmevp1t bDZicfvWgQz0oB6c9DqpCev3A6mPQeunwrK5M+NNVUn7pVLX6M/M+Utr/NsSfWpb9U rpV2OAjQ6C7IVJmdb4QIXJrnmrBZ43QpwL0JupjkG2B9UROg1zaxM/dD19PUO3Tr2X oIgyCd8l3z4wWCUezx6eM2tq7yq+1MHtr+99BwfUdgOIiOwpIVOaYceufCv2gbdMC6 /V2d9OfDJQlnw== Date: Wed, 1 Jun 2022 10:07:45 -0700 From: Jaegeuk Kim To: Chao Yu Cc: linux-f2fs-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, Chao Yu Subject: Re: [PATCH v4] f2fs: separate NOCoW and pinfile semantics Message-ID: References: <20220517032410.3564033-1-chao@kernel.org> <7ea1c35f-e176-1a17-f3ed-14d4118d3c21@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7ea1c35f-e176-1a17-f3ed-14d4118d3c21@kernel.org> X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, 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 06/01, Chao Yu wrote: > 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? Can we focus on the original problem that you saw where there were some pinned files alived in Android logcat? > > 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