linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: tytso@mit.edu
To: Toshiyuki Okajima <toshi.okajima@jp.fujitsu.com>
Cc: akpm@linux-foundation.org, adilger@sun.com, jack@suse.cz,
	linux-ext4@vger.kernel.org
Subject: Re: [RFC] do you want jbd2 interface of ext3?
Date: Tue, 16 Feb 2010 09:31:33 -0500	[thread overview]
Message-ID: <20100216143133.GU5337@thunk.org> (raw)
In-Reply-To: <20100216164123.b10b00e5.toshi.okajima@jp.fujitsu.com>

On Tue, Feb 16, 2010 at 04:41:23PM +0900, Toshiyuki Okajima wrote:
> 
> jbd2 has new features from jbd. For example, it includes the
> integrity improvement features. The body of ext3 is already enough
> quality. If ext3 changes the journaling interface from jbd into
> jbd2, ext3 filesystem with jbd2 interface may get better integrity
> than with the jbd interface.  (jbd2 is aggressively being developed
> now, so I think we are glad if we can get the effect of the
> development of jbd2 for ext3.)
> 
> And ext3 is as de facto standard filesystem, so jbd2 component will
> be used by more people than now if ext3 has the jbd2 interface. If
> many people used the jbd2 interface of ext3, the jbd2 component
> would get more chances to improve the quality and performance and so
> on.

Jbd2 is development attention because it is part of ext4.  And you
don't get to use the data integrity features of jbd2 without
backporting required changes from ext4 to ext3.  At which point, why
not have people use ext4?

Ext4 is format compatible with ext3, and with the proper kernel
configuration options, starting with 2.6.33, it's possible to
seemlessly allow people who use "mount -t ext3 /dev/sda1 /u1" to have
/dev/sda1 mounted using the ext4 file system driver.  So we even have
a way that we can seemlessly upgrade existing userspace setups to
using ext4 without having to make any system configuration changes
(except installing a new kernel, of course).

The whole point of creating the ext3/ext4 fork was to not disturb ext3
users while ext4 was under development.  This was done by effectively
putting ext3 into a bug-fix-only development mode.  Changing ext3 so
it could use jbd2 would seem to violate the stability process that we
have made to the ext3 users; if people want new features and
performance improvements, they can use ext4.

Best regards,

					- Ted

  reply	other threads:[~2010-02-16 14:31 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-16  7:41 [RFC] do you want jbd2 interface of ext3? Toshiyuki Okajima
2010-02-16 14:31 ` tytso [this message]
2010-02-16 18:54 ` Jan Kara
2010-02-17  8:36   ` Toshiyuki Okajima
2010-02-17 16:49     ` tytso
2010-02-17 18:09       ` Greg Freemyer
2010-02-17 19:16         ` tytso
2010-02-22  5:44       ` Toshiyuki Okajima
2010-02-22 13:55         ` Theodore Tso
2010-02-22 18:02           ` Jan Kara
2010-02-22 18:57             ` Dmitry Monakhov
2010-02-26  7:25           ` Toshiyuki Okajima

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=20100216143133.GU5337@thunk.org \
    --to=tytso@mit.edu \
    --cc=adilger@sun.com \
    --cc=akpm@linux-foundation.org \
    --cc=jack@suse.cz \
    --cc=linux-ext4@vger.kernel.org \
    --cc=toshi.okajima@jp.fujitsu.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;
as well as URLs for NNTP newsgroup(s).