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;
MIME-Version: 1.0
References: <Y/5ovz6HI2Z47jbk@magnolia> <CAOQ4uxj6mNbGQBSpg-KpSiDa2UugBFXki4HhM4DPvXeAQMnRWg@mail.gmail.com>
 <20230418044641.GD360881@frogsfrogsfrogs> <CAOQ4uxgUOuR80jsAE2DkZhMPVNT_WwnsSX8-GSkZO4=k3VbCsw@mail.gmail.com>
 <20230419021146.GE360889@frogsfrogsfrogs>
In-Reply-To: <20230419021146.GE360889@frogsfrogsfrogs>
From:   Amir Goldstein <amir73il@gmail.com>
Date:   Wed, 19 Apr 2023 07:06:58 +0300
Message-ID: <CAOQ4uxjmTBi9B=0mMKf6i8usLJ2GrAp88RhxFcQcGFK1LjQ_Lw@mail.gmail.com>
Subject: Re: [Lsf-pc] [LSF TOPIC] online repair of filesystems: what next?
To:     "Darrick J. Wong" <djwong@kernel.org>
Cc:     lsf-pc@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org,
        xfs <linux-xfs@vger.kernel.org>,
        linux-ext4 <linux-ext4@vger.kernel.org>,
        linux-btrfs <linux-btrfs@vger.kernel.org>,
        "Martin K. Petersen" <martin.petersen@oracle.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Precedence: bulk

On Wed, Apr 19, 2023 at 5:11=E2=80=AFAM Darrick J. Wong <djwong@kernel.org>=
 wrote:
>
> On Tue, Apr 18, 2023 at 10:46:32AM +0300, Amir Goldstein wrote:
> > On Tue, Apr 18, 2023 at 7:46=E2=80=AFAM Darrick J. Wong <djwong@kernel.=
org> wrote:
> > >
> > > On Sat, Apr 15, 2023 at 03:18:05PM +0300, Amir Goldstein wrote:
> > > > On Tue, Feb 28, 2023 at 10:49=E2=80=AFPM Darrick J. Wong <djwong@ke=
rnel.org> wrote:
> > ...
> > > > Darrick,
> > > >
> > > > Quick question.
> > > > You indicated that you would like to discuss the topics:
> > > > Atomic file contents exchange
> > > > Atomic directio writes
> > >
> > > This one ^^^^^^^^ topic should still get its own session, ideally wit=
h
> > > Martin Petersen and John Garry running it.  A few cloud vendors'
> > > software defined storage stacks can support multi-lba atomic writes, =
and
> > > some database software could take advantage of that to reduce nested =
WAL
> > > overhead.
> > >
> >
> > CC Martin.
> > If you want to lead this session, please schedule it.
> >
> > > > Are those intended to be in a separate session from online fsck?
> > > > Both in the same session?
> > > >
> > > > I know you posted patches for FIEXCHANGE_RANGE [1],
> > > > but they were hiding inside a huge DELUGE and people
> > > > were on New Years holidays, so nobody commented.
> > >
> > > After 3 years of sparse review comments, I decided to withdraw
> > > FIEXCHANGE_RANGE from general consideration after realizing that very
> > > few filesystems actually have the infrastructure to support atomic fi=
le
> > > contents exchange, hence there's little to be gained from undertaking
> > > fsdevel bikeshedding.
> > >
> > > > Perhaps you should consider posting an uptodate
> > > > topic suggestion to let people have an opportunity to
> > > > start a discussion before LSFMM.
> > >
> > > TBH, most of my fs complaints these days are managerial problems (Are=
 we
> > > spending too much time on LTS?  How on earth do we prioritize project=
s
> > > with all these drive by bots??  Why can't we support large engineerin=
g
> > > efforts better???) than technical.
> >
> > I penciled one session for "FS stable backporting (and other LTS woes)"=
.
> > I made it a cross FS/IO session so we can have this session in the big =
room
> > and you are welcome to pull this discussion to any direction you want.
>
> Ok, thank you.  Hopefully we can get all the folks who do backports into
> this one.  That might be a big ask for Chandan, depending on when you
> schedule it.
>
> (Unless it's schedule for 7pm :P)
>

Oh thanks for reminding me!
I moved it to Wed 9am, so it is more convenient for Chandan.

Thanks,
Amir.