Re: Reiser4 bitmap & replication handling

["Fred -- Speed Up --" <speedup@free.fr>]

Here are Hans's interesting answers to my previous post, thank you Hans ;)
Just a little question : when do you plan to update the kernel patch, which
is 3 month old ?

Fred

> >Maybe some really big files handling performance improvements, to near
XFS
> >performance in this domain. I'm not really concerned, but some specific
> >systems may need such features only offered by XFS. Do you plan to
release
> >different versions of the filesystem's plugins to adapt to different
systems
> >ans situations ?
>
> Large file performance is not really considered the hard thing in FS
> design (unless you do data journaling or atomicity, in which case we are
> twice as fast).

> >>Reiser4 inconsistently performs very very fast.  We have no doubt that
> >>we can make that consistent but it is a lot of measuring and tweaking
> >>and measuring and tweaking.....
> >Sorry but ... what do you mean by "unconsistently" ? Does this mean you
only
> >consider avarage performance, ignoring worse cases ?
>
> I mean we have lots of crud left to clean out of the code.  If you test
> it in a way that avoids the crud, we are fast, if you hit the crud we
> are slow.  Decrudding is in progress.;-)

> >Another question, do you want to release Reiser4 so that it will be
> >presented on LinuxTag because :
> >1- The developement team is mainly composed of german people
> >2- Suse will have a very big area on the show
> >3- The release date just accorded to the LinuxTag opening
> >4- All of you especially like LinuxTag :-D
>
> I like LinuxTag, and I am speaking there, and if we can release it then
> without rushing the code, it will be nice.  No promises, the code ships
> when the code is ready and not before....