All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oleg Drokin <green@namesys.com>
To: Fred -- Speed Up -- <speedup@free.fr>
Cc: reiserfs-list@namesys.com
Subject: Re: When is a defragmenting tool expected to be released?
Date: Sat, 26 Apr 2003 13:57:52 +0400	[thread overview]
Message-ID: <20030426095752.GA2087@namesys.com> (raw)
In-Reply-To: <002c01c30bc9$4ac348b0$0200a8c0@xpstation>

Hello!

On Sat, Apr 26, 2003 at 09:56:05AM +0200, Fred -- Speed Up -- wrote:
> Why won't there be a 2.4 version of Reiser4 ? I knew Reiser4 would be

All the development is happen on 2.5 kernels.
Changes between 2.4 and 2.5 are big.
So while I cannot say there will never be 2.4 backport, I think it may be not
that easy, anyway. On the other hand, now that OS-dependent layer is clearly abstracted,
I well might be wrong ;)

> available for v2.5, but it is intended to be released on september (you know
> better than I, if you could tell me when Reiser4 would be released it would
> be nice :-D) and the 2.6 kernel should release at the end of 2003, maybe
> first quarter of 2004 : why would you release a stable Reiser4 code only on
> 2.5 kernels, as 2.4 versions may be used for at least one year before major
> distros include the 2.6 version.

The decision was made by Hans. Perhaps he did not want to be limited with 2.4
limitations at the beginning ;)

> Is Reiser4 intended to replace Reiser3 (I've read Reiser4 mounter may be

Yes, we hope that will happen eventually. (I mean the userbase will migrate
to reiser4, the reiserfs v3 will stay in kernel for a long time. It is stable
already, and reiser4 will take some time to stabilize).

> able to mount Reiser3 volumes), or will Reiser3 be kept in 2.2 and 2.4
> kernels, as Reiser4 would be 2.5 (and 2.6 ;)) dedicated ?

We think it is possible to make reiserfs v3 disk format plugin for reiser4,
but still this is not a reason to kill another piece of code from 2.5/2.6
kernels. Not in nearest 5 years, I'd say ;)

> There are probably necessary features issues (the new VFS maybe), and mostly
> performance issues to that would make you release Reiser4 for 2.5 kernels,
> but why did you choose to make Reiser4 2.5-only compliant ?

That's where our development is. Developing for two different kernels is
not very wise thing. Backport might happen later if we'd think this is necessary.

> Why aren't there news on the Namesys website ? Maybe cvs logs, or whatever

Because there no more exciting news for now.
We have a public bitkeeper repository and everyone may lookup the logs
( bk://namesys.com/bk/reiser4 )

> completion percentage, implemented features, stable ones, maybe some new
> performance tests (there are no tests comparing Reiser4, XFS and JFS anymore
> on your website) ?

We are playing with disk allocation algorithms, so if we'd publish benchmark
results now, they won't be of much value as the algorithm (and results) change
on a daily basis.

> You seem to be a bit late about the kernel experimental release : the latest
> one is 2.5.68, and your patches are only available up to 2.5.60. When do you
> decide to move on to a newer experimental kernel version ?

We track kernel releases very closely internally. We have not released any snapshots
recently because we have some stability problems that are not fixed yet.
But our repositories are publically available for those interested.

> May Reiser4 be included in the -ac series ?

It is not ready yet. But when it is ready, we well may submit it to Alan first, just
for testing purposes ;)

> While you're up, I've got some questions to ask you (you don't have to
> answer all of them ...), as I'm very interersted in your filesystem, and I'm
> writing a french doc about Reiser4 :

I think it is better to get key reiser4 developers to answer those questions.
That may happen on Monday (or if Hans will appear in Moscow, then may be even earlier).

Bye,
    Oleg

  reply	other threads:[~2003-04-26  9:57 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-04-25 19:35 When is a defragmenting tool expected to be released? Anders Widman
2003-04-26  4:14 ` _nasturtium
2003-04-26  6:14   ` Fred -- Speed Up --
2003-04-26  7:30     ` Oleg Drokin
2003-04-26  7:56       ` Fred -- Speed Up --
2003-04-26  9:57         ` Oleg Drokin [this message]
2003-04-28  9:46         ` Hans Reiser
2003-04-26  9:52   ` Anders Widman

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=20030426095752.GA2087@namesys.com \
    --to=green@namesys.com \
    --cc=reiserfs-list@namesys.com \
    --cc=speedup@free.fr \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.