Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp526493rwe; Fri, 26 Aug 2022 09:14:03 -0700 (PDT) X-Google-Smtp-Source: AA6agR7WYGmSfMzGtoX/SNsysh8KJ51+DPIaUYMs0OwNNGZClZyT2OpS5BxI1+uRHi0onYxXd4rB X-Received: by 2002:a17:906:dc8d:b0:739:df2d:3400 with SMTP id cs13-20020a170906dc8d00b00739df2d3400mr5777092ejc.561.1661530443385; Fri, 26 Aug 2022 09:14:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661530443; cv=none; d=google.com; s=arc-20160816; b=WoW5wH05abJbnNlwKtw5beQ5vk1yj5dtmwn28AUUU1q2dAxB7oSihLxZnv+7tkeDfI 7AAFezzornDoi2w4plEt3EOg6WIGzMYdLZiX2f+9mE/M8BDQG/fP9rrM/sjZ9Ntt8whQ 4itujg8Ld2sA7pSn1gBdfFgBx1NWcRb0/k32Nr9z5Gwel5jC/qxDFSafkES77tSV3iaP 2FldtayCqJ/wIfJG5/5nH8MNsZy+udsjksPVRNKY5k+hsyTFOwnwZ67Msue7c4diy22J TmvyXkYrRx2W/8Ny5P3M8iAwCFdZ20cZBpt0+kinkaskmeIu4c14pECrY0gVxNgrmPBk qS6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id:dkim-signature; bh=W3lHPaVbsNMRS7BRgjaMWsu5QYzp/ppaXRy4lmDwNSo=; b=KRNcZa1bqYn4sta80ovckT8JTxs6KDWwFKPQTDxhEFaQ/iJ1YN6XqV1vziGIokKwmO ym8n10gtzXHP5GbLLrbEtpkLA6v0flXa5HQ6AV9hjlQTx1I5stXqHwKMuATALSlGd6/e 3/v8XigOkv5TvsP1mvA6vYxIgdpAaYCluRBvmsvKLuzn3tqGS04ju+AkQfukj+vAlbDp OKeavi+/RCgiscWWrYS2gMZZD5zP7qeTa07d1XntB6Wta3R7rdTFpnlmnNPgp2yiKk8b xPAcgCmPc2z9xRrvL3sPDsR+e7g50z/HZkxtO12MDOxQzzZjYZpyDA1fieZJCS17DLH/ Qpzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JAJyeSeQ; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u5-20020a509505000000b0044785ed87d7si1500400eda.404.2022.08.26.09.13.32; Fri, 26 Aug 2022 09:14:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JAJyeSeQ; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245401AbiHZQLa (ORCPT + 99 others); Fri, 26 Aug 2022 12:11:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41604 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S245404AbiHZQL2 (ORCPT ); Fri, 26 Aug 2022 12:11:28 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29E80BFEAA; Fri, 26 Aug 2022 09:11:27 -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 dfw.source.kernel.org (Postfix) with ESMTPS id 9393F61536; Fri, 26 Aug 2022 16:11:26 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D7A72C433C1; Fri, 26 Aug 2022 16:11:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1661530286; bh=JSeMen8SetgWyHW9e0jV2DvDLj+pOkxKSayMoGi2e7M=; h=Subject:From:To:Cc:Date:In-Reply-To:References:From; b=JAJyeSeQMsj05NnaiNlJEY8zKuT087qXYlEbXu5tbK4FEH+THb50YRtWyV4EkKMiu 4qult11Xx0E/ft/MBdhoUGyH4hTbVTOyazrMgE8MmEwpkzgSFlYBw2H9yXS4Qpvf6X czPkD1sieO4aNyuuKNJP8pFDAoR+fAh7SrGsl4BeFNejDjfu8NgTMhC1Yg0hE03KMz sOwDjsHyWLu+iTgXmzjIQzHjd4VfkHpgtXwj4bxB7G2CDbTauPPVNMTT6/IC77OoNt fXFfFJUPwzLRBoul1ZSss82krmcp7mOKlJ1ZDRVXVnHxvbwlv+0rzPw21RPplleKma 6aDvciV4eeNdg== Message-ID: Subject: Re: [PATCH v4 3/3] ext4: unconditionally enable the i_version counter From: Jeff Layton To: Lukas Czerner , linux-ext4@vger.kernel.org Cc: tytso@mit.edu, jack@suse.cz, linux-fsdevel@vger.kernel.org, ebiggers@kernel.org, david@fromorbit.com, Benjamin Coddington , Christoph Hellwig , "Darrick J . Wong" , Christian Brauner Date: Fri, 26 Aug 2022 12:11:23 -0400 In-Reply-To: <20220824160349.39664-3-lczerner@redhat.com> References: <20220824160349.39664-1-lczerner@redhat.com> <20220824160349.39664-3-lczerner@redhat.com> Content-Type: text/plain; charset="ISO-8859-15" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.44.4 (3.44.4-1.fc36) MIME-Version: 1.0 X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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: X-Mailing-List: linux-ext4@vger.kernel.org On Wed, 2022-08-24 at 18:03 +0200, Lukas Czerner wrote: > From: Jeff Layton >=20 > The original i_version implementation was pretty expensive, requiring a > log flush on every change. Because of this, it was gated behind a mount > option (implemented via the MS_I_VERSION mountoption flag). >=20 > Commit ae5e165d855d (fs: new API for handling inode->i_version) made the > i_version flag much less expensive, so there is no longer a performance > penalty from enabling it. xfs and btrfs already enable it > unconditionally when the on-disk format can support it. >=20 > Have ext4 ignore the SB_I_VERSION flag, and just enable it > unconditionally. While we're in here, remove the handling of > Opt_i_version as well, since we're almost to 5.20 anyway. >=20 > Ideally, we'd couple this change with a way to disable the i_version > counter (just in case), but the way the iversion mount option was > implemented makes that difficult to do. We'd need to add a new mount > option altogether or do something with tune2fs. That's probably best > left to later patches if it turns out to be needed. >=20 > [ Removed leftover bits of i_version from ext4_apply_options() since it > now can't ever be set in ctx->mask_s_flags -- lczerner ] >=20 > Cc: Dave Chinner > Cc: Benjamin Coddington > Cc: Christoph Hellwig > Cc: Darrick J. Wong > Signed-off-by: Jeff Layton > Signed-off-by: Lukas Czerner > Reviewed-by: Christian Brauner (Microsoft) > Reviewed-by: Jan Kara > --- > v3: Removed leftover bits of i_version from ext4_apply_options > v4: no change >=20 > fs/ext4/inode.c | 5 ++--- > fs/ext4/super.c | 21 ++++----------------- > 2 files changed, 6 insertions(+), 20 deletions(-) >=20 > diff --git a/fs/ext4/inode.c b/fs/ext4/inode.c > index 2a220be34caa..c77d40f05763 100644 > --- a/fs/ext4/inode.c > +++ b/fs/ext4/inode.c > @@ -5425,7 +5425,7 @@ int ext4_setattr(struct user_namespace *mnt_userns,= struct dentry *dentry, > return -EINVAL; > } > =20 > - if (IS_I_VERSION(inode) && attr->ia_size !=3D inode->i_size) > + if (attr->ia_size !=3D inode->i_size) > inode_inc_iversion(inode); > =20 > if (shrink) { > @@ -5735,8 +5735,7 @@ int ext4_mark_iloc_dirty(handle_t *handle, > * ea_inodes are using i_version for storing reference count, don't > * mess with it > */ > - if (IS_I_VERSION(inode) && > - !(EXT4_I(inode)->i_flags & EXT4_EA_INODE_FL)) > + if (!(EXT4_I(inode)->i_flags & EXT4_EA_INODE_FL)) > inode_inc_iversion(inode); > =20 > /* the do_update_inode consumes one bh->b_count */ > diff --git a/fs/ext4/super.c b/fs/ext4/super.c > index 9a66abcca1a8..1c953f6d400e 100644 > --- a/fs/ext4/super.c > +++ b/fs/ext4/super.c > @@ -1585,7 +1585,7 @@ enum { > Opt_inlinecrypt, > Opt_usrjquota, Opt_grpjquota, Opt_quota, > Opt_noquota, Opt_barrier, Opt_nobarrier, Opt_err, > - Opt_usrquota, Opt_grpquota, Opt_prjquota, Opt_i_version, > + Opt_usrquota, Opt_grpquota, Opt_prjquota, > Opt_dax, Opt_dax_always, Opt_dax_inode, Opt_dax_never, > Opt_stripe, Opt_delalloc, Opt_nodelalloc, Opt_warn_on_error, > Opt_nowarn_on_error, Opt_mblk_io_submit, Opt_debug_want_extra_isize, > @@ -1694,7 +1694,6 @@ static const struct fs_parameter_spec ext4_param_sp= ecs[] =3D { > fsparam_flag ("barrier", Opt_barrier), > fsparam_u32 ("barrier", Opt_barrier), > fsparam_flag ("nobarrier", Opt_nobarrier), > - fsparam_flag ("i_version", Opt_i_version), > fsparam_flag ("dax", Opt_dax), > fsparam_enum ("dax", Opt_dax_type, ext4_param_dax), > fsparam_u32 ("stripe", Opt_stripe), > @@ -2140,11 +2139,6 @@ static int ext4_parse_param(struct fs_context *fc,= struct fs_parameter *param) > case Opt_abort: > ctx_set_mount_flag(ctx, EXT4_MF_FS_ABORTED); > return 0; > - case Opt_i_version: > - ext4_msg(NULL, KERN_WARNING, deprecated_msg, param->key, "5.20"); > - ext4_msg(NULL, KERN_WARNING, "Use iversion instead\n"); > - ctx_set_flags(ctx, SB_I_VERSION); > - return 0; > case Opt_inlinecrypt: > #ifdef CONFIG_FS_ENCRYPTION_INLINE_CRYPT > ctx_set_flags(ctx, SB_INLINECRYPT); > @@ -2814,14 +2808,6 @@ static void ext4_apply_options(struct fs_context *= fc, struct super_block *sb) > sb->s_flags &=3D ~ctx->mask_s_flags; > sb->s_flags |=3D ctx->vals_s_flags; > =20 > - /* > - * i_version differs from common mount option iversion so we have > - * to let vfs know that it was set, otherwise it would get cleared > - * on remount > - */ > - if (ctx->mask_s_flags & SB_I_VERSION) > - fc->sb_flags |=3D SB_I_VERSION; > - > #define APPLY(X) ({ if (ctx->spec & EXT4_SPEC_##X) sbi->X =3D ctx->X; }) > APPLY(s_commit_interval); > APPLY(s_stripe); > @@ -2970,8 +2956,6 @@ static int _ext4_show_options(struct seq_file *seq,= struct super_block *sb, > SEQ_OPTS_PRINT("min_batch_time=3D%u", sbi->s_min_batch_time); > if (nodefs || sbi->s_max_batch_time !=3D EXT4_DEF_MAX_BATCH_TIME) > SEQ_OPTS_PRINT("max_batch_time=3D%u", sbi->s_max_batch_time); > - if (sb->s_flags & SB_I_VERSION) > - SEQ_OPTS_PUTS("i_version"); > if (nodefs || sbi->s_stripe) > SEQ_OPTS_PRINT("stripe=3D%lu", sbi->s_stripe); > if (nodefs || EXT4_MOUNT_DATA_FLAGS & > @@ -4640,6 +4624,9 @@ static int __ext4_fill_super(struct fs_context *fc,= struct super_block *sb) > sb->s_flags =3D (sb->s_flags & ~SB_POSIXACL) | > (test_opt(sb, POSIX_ACL) ? SB_POSIXACL : 0); > =20 > + /* i_version is always enabled now */ > + sb->s_flags |=3D SB_I_VERSION; > + > if (le32_to_cpu(es->s_rev_level) =3D=3D EXT4_GOOD_OLD_REV && > (ext4_has_compat_features(sb) || > ext4_has_ro_compat_features(sb) || Hi Lukas, I know I had originally asked you to shepherd this patch into mainline, but I think it may be better to wait on it for now. Since I asked that, we've since found out that ext4 is bumping the i_version counter on atime updates. It'd be best to get that fixed before we turn this on unconditionally, since it could cause a performance regression in some cases. I'll plan to pick this back up for my latest i_version series if that sounds ok to you. Sorry for the back and forth, and thanks again! Cheers, --=20 Jeff Layton