public inbox for linux-fsdevel@vger.kernel.org
 help / color / mirror / Atom feed
From: "Theodore Tso" <tytso@mit.edu>
To: Viacheslav Dubeyko <Slava.Dubeyko@ibm.com>
Cc: "linux-nilfs@vger.kernel.org" <linux-nilfs@vger.kernel.org>,
	"konishi.ryusuke@gmail.com" <konishi.ryusuke@gmail.com>,
	"linux-fsdevel@vger.kernel.org" <linux-fsdevel@vger.kernel.org>,
	"slava@dubeyko.com" <slava@dubeyko.com>,
	"lsf-pc@lists.linux-foundation.org"
	<lsf-pc@lists.linux-foundation.org>
Subject: Re: [LSF/MM/BPF TOPIC] Is it time of refreshing interest to NILFS2 file system?
Date: Fri, 23 Jan 2026 23:17:42 -1000	[thread overview]
Message-ID: <20260124091742.GA43313@macsyma.local> (raw)
In-Reply-To: <43e3ce52eabd37b8af1e70fb2f0936f6bfb6127c.camel@ibm.com>

On Sat, Jan 24, 2026 at 03:56:24AM +0000, Viacheslav Dubeyko wrote:
> Multiple other Linux kernel file systems are in better shape because
> they have more attention. So, the main point of this topic is sharing the
> current status of NILFS2 (issues and TODOs) and to have discussion how we can
> move the NILFS2 to better shape.

I'd gently suggest to you that if you want to give a status of NILFS2,
a better place would be either writing an LWN article, or a talk or
BOF at Linux Plumbers Conference.

In terms of how to move NILFS2 to a better shape, perhaps we can start
a discussion on this e-mail thread?

  1) You need fsck.nilfs2.  I've looked at nilfs-tools, and you have
     a mkfs.nilfs2, but you don't have a utility to (a) verify that
     the file system is self-consistent, and (b) repair the file
     systgem if it isn't.  Without such a tool, I can pretty much
     guarantee that no one will take the file system seriously, and
     using it in production would be professional malpractice.

  2) You need to test nilfs2 using fstests, which means you need to
     add support for nilfs2 to fstests.  Having an fsck program is
     super useful for fstests, because if a kernel bug corrupts the
     file system, you need an fsck program to detect that fact, and
     then you need to fix said bug so that customers don't have their
     data get scrambled.

I would consider (1) and (2) table stakes.  If you don't have these,
potential customers are not going to take the file system seriously,
and no talk/presentation at any conference, whether it's LSF/MM or LPC
or OSS is going to change that.

> And this is why I would like to attract attention to NILFS2.  LFS/MM/BPF
> is really good stage for this. And also it is the way to send a signal to third
> audience (potential customers) that NILFS2 is not dead....  We need
> to rebuild the NILFS2 community, but it requires of creating some noise. 

So I'm going to disagree with you here.  Noise/attention is not what
you need.  What you need is a business case for why a company should
assign engineers to work on nilfs2.  I can't think of a single major
file system in Linux is which has all of its development done by
volunteer hobbyists.

So it's not noise that you need; you need to convince managers and
executives at various companies why they should invest in nilfs2.  And
for the most part, the people who make the final decisions on things
like Fall Plan (in the case of IBM), or OKR's (in the case of
companies like Intel, Google, and Facebook) tend not be well
represented at LSF/MM.   :-)

Cheers,

						- Ted

      reply	other threads:[~2026-01-24  9:17 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-23 23:15 [LSF/MM/BPF TOPIC] Is it time of refreshing interest to NILFS2 file system? Viacheslav Dubeyko
2026-01-24  1:46 ` Theodore Tso
2026-01-24  3:56   ` Viacheslav Dubeyko
2026-01-24  9:17     ` Theodore Tso [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260124091742.GA43313@macsyma.local \
    --to=tytso@mit.edu \
    --cc=Slava.Dubeyko@ibm.com \
    --cc=konishi.ryusuke@gmail.com \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-nilfs@vger.kernel.org \
    --cc=lsf-pc@lists.linux-foundation.org \
    --cc=slava@dubeyko.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox