Re: [Lsf-pc] [LSF TOPIC] online repair of filesystems: what next?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Apr 19, 2023 at 04:28:48PM +0530, Chandan Babu R wrote:
> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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@xxxxxxxxxx> 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.

Er... doesn't 9:30am for Chandan map to 9:00*pm* the previous evening
for those of us in Vancouver?

(Or I guess 9:30pm for Chandan if we actually are having a morning
session?)

Chandan: I'll ask Shirley to cancel our staff meeting so you don't have
a crazy(er) meeting schedule during LSF.

--D

> -- 
> chandan



[Index of Archives]     [Reiser Filesystem Development]     [Ceph FS]     [Kernel Newbies]     [Security]     [Netfilter]     [Bugtraq]     [Linux FS]     [Yosemite National Park]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]     [Linux Media]

  Powered by Linux