Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp2863293rwe; Mon, 29 Aug 2022 01:19:01 -0700 (PDT) X-Google-Smtp-Source: AA6agR6MXhr67KWxL1crFJtvYj1ox9t7EbnOrww0jHP64zgKaPJXPxOjmsNE3zr6jzm+MJ7BnGft X-Received: by 2002:a17:90b:1d0b:b0:1f5:72f:652c with SMTP id on11-20020a17090b1d0b00b001f5072f652cmr17080685pjb.38.1661761140936; Mon, 29 Aug 2022 01:19:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661761140; cv=none; d=google.com; s=arc-20160816; b=b7K5OkA6ClutoubbuDlvl6+Mm6jJxnYPVJiA5SoqLi/bWpLQFcsKaQ4Raap/8KmkSk jrZ9xFmgJsSLbqGnGIZmwd4CIzVCUtTDYFE0+vZFUS7Iz8VYTiXsTfSwlGuHUqBx6JNe ZLUiQ799DBdxgdJ7u2bKIWyOYjX/PH3XoRaRRfjyr2aU445j9e9utaK4ibwWWe+JKvav k/Rv25TUm8ukRwXcvdGlRSEJuIxOHpNaKWeQcyYpjVC4m3LhPL36ullk353FeuAz+wEW VqsBJxCTsmeMEMnrDWIMMKy+PTT/JefUFBa6SFm+p4Nw7bwDm/qTZTbLqwTz/hbb9xLT +EVA== 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=M8qhh8A7qmGVA2oouepaFv/Ne8S7Z/q3dBHtI7QCqR0=; b=CxXNCHEWC2AhNcgDK36t6OuobCnnw1Z3dyY55fLvK2PVmfR5kjpACoUFbLdv+ogthS Uap2gMgIYMDGmq010SfucMGln7DA2hEk1B17dK0L8uAnatX4RfhJevNMWCKXnEP70/Ye gHlFsIO6/AWdEXgnCM5zmfDAgoZ7DIfRfmHgcQv2KHE6zQsyzRQF5kZwuQA/eJB9AnDd wFD7hFsfr88HFfy9PxzNB2y69hSMSG9n8JAaGYyNPs3nbvjjF/rbsvCiin0Oz486k5Sq iG5b++DpeYiltNxl59xrXwvIUjgpTiDokWbNPtJs1uoicuLWo59COLp0V0Aqj74jFi5h 0M/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=ZjEv3c0z; 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=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g8-20020a656cc8000000b0042bb0453c2esi5729910pgw.532.2022.08.29.01.18.45; Mon, 29 Aug 2022 01:19:00 -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=@redhat.com header.s=mimecast20190719 header.b=ZjEv3c0z; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229899AbiH2IR5 (ORCPT + 99 others); Mon, 29 Aug 2022 04:17:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42168 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229948AbiH2IR4 (ORCPT ); Mon, 29 Aug 2022 04:17:56 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D3F0564D6 for ; Mon, 29 Aug 2022 01:17:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1661761074; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=M8qhh8A7qmGVA2oouepaFv/Ne8S7Z/q3dBHtI7QCqR0=; b=ZjEv3c0zVOU+aPZp0U/zeqkSgRqFVUqgGtIA9Fy2ErNeeSMuQkccG6WJH68mhPoEgqCdAp sXql0/V9qYhHt8m1Sy4Jb05Az8QECEUkiYLffWAWxnsnBhAAvj4tDy5R3hAQ+UlXzi17x4 S9CnpGGuVeJWeGkbwW1cojaQU1f9S7g= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-184-2vI_MvfJPbuK3eeAzVUgzQ-1; Mon, 29 Aug 2022 04:17:50 -0400 X-MC-Unique: 2vI_MvfJPbuK3eeAzVUgzQ-1 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.rdu2.redhat.com [10.11.54.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E8D768039A2; Mon, 29 Aug 2022 08:17:47 +0000 (UTC) Received: from fedora (unknown [10.40.192.39]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 3005DC15BBA; Mon, 29 Aug 2022 08:17:46 +0000 (UTC) Date: Mon, 29 Aug 2022 10:17:43 +0200 From: Lukas Czerner To: Jeff Layton Cc: linux-ext4@vger.kernel.org, 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 Subject: Re: [PATCH v4 3/3] ext4: unconditionally enable the i_version counter Message-ID: <20220829081743.2w4qi3j5o5m4qygi@fedora> References: <20220824160349.39664-1-lczerner@redhat.com> <20220824160349.39664-3-lczerner@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Scanned-By: MIMEDefang 2.85 on 10.11.54.8 X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_NONE,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 Fri, Aug 26, 2022 at 12:11:23PM -0400, Jeff Layton wrote: > On Wed, 2022-08-24 at 18:03 +0200, Lukas Czerner wrote: > > From: Jeff Layton > > > > 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). > > > > 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. > > > > 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. > > > > 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. > > > > [ Removed leftover bits of i_version from ext4_apply_options() since it > > now can't ever be set in ctx->mask_s_flags -- lczerner ] > > > > 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 > > > > fs/ext4/inode.c | 5 ++--- > > fs/ext4/super.c | 21 ++++----------------- > > 2 files changed, 6 insertions(+), 20 deletions(-) > > > > 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; > > } > > > > - if (IS_I_VERSION(inode) && attr->ia_size != inode->i_size) > > + if (attr->ia_size != inode->i_size) > > inode_inc_iversion(inode); > > > > 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); > > > > /* 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_specs[] = { > > 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 &= ~ctx->mask_s_flags; > > sb->s_flags |= ctx->vals_s_flags; > > > > - /* > > - * 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 |= SB_I_VERSION; > > - > > #define APPLY(X) ({ if (ctx->spec & EXT4_SPEC_##X) sbi->X = 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=%u", sbi->s_min_batch_time); > > if (nodefs || sbi->s_max_batch_time != EXT4_DEF_MAX_BATCH_TIME) > > SEQ_OPTS_PRINT("max_batch_time=%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=%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 = (sb->s_flags & ~SB_POSIXACL) | > > (test_opt(sb, POSIX_ACL) ? SB_POSIXACL : 0); > > > > + /* i_version is always enabled now */ > > + sb->s_flags |= SB_I_VERSION; > > + > > if (le32_to_cpu(es->s_rev_level) == 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! Hi Jeff, sure, no problem. I can drop the patch. The rest of the series is still valid though. Thanks! -Lukas > > Cheers, > -- > Jeff Layton >