[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <875y9st2lk.fsf@debian-BULLSEYE-live-builder-AMD64>
Date: Wed, 19 Apr 2023 16:28:48 +0530
From: Chandan Babu R <chandan.babu@...cle.com>
To: Amir Goldstein <amir73il@...il.com>
Cc: "Darrick J. Wong" <djwong@...nel.org>,
lsf-pc@...ts.linux-foundation.org, linux-fsdevel@...r.kernel.org,
xfs <linux-xfs@...r.kernel.org>,
linux-ext4 <linux-ext4@...r.kernel.org>,
linux-btrfs <linux-btrfs@...r.kernel.org>,
"Martin K. Petersen" <martin.petersen@...cle.com>
Subject: Re: [Lsf-pc] [LSF TOPIC] online repair of filesystems: what next?
On Wed, Apr 19, 2023 at 07:06:58 AM +0300, Amir Goldstein wrote:
> On Wed, Apr 19, 2023 at 5:11 AM Darrick J. Wong <djwong@...nel.org> wrote:
>>
>> On Tue, Apr 18, 2023 at 10:46:32AM +0300, Amir Goldstein wrote:
>> > On Tue, Apr 18, 2023 at 7:46 AM Darrick J. Wong <djwong@...nel.org> wrote:
>> > >
>> > > On Sat, Apr 15, 2023 at 03:18:05PM +0300, Amir Goldstein wrote:
>> > > > On Tue, Feb 28, 2023 at 10:49 PM Darrick J. Wong <djwong@...nel.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 with
>> > > 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 file
>> > > 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 projects
>> > > with all these drive by bots?? Why can't we support large engineering
>> > > 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.
This maps to 9:30 AM for me. Thanks for selecting a time which is convenient
for me.
--
chandan
Powered by blists - more mailing lists