Messages in this thread | | | Date | Fri, 20 Aug 2004 23:24:15 -0700 | From | Hans Reiser <> | Subject | Re: 2.6.8.1-mm2 - reiser4 |
| |
Andrew Morton wrote:
>Anton Blanchard <anton@samba.org> wrote: > > >> >> >> > >It's my understanding that sys_reiser4() is basically defunct > I would say unfinished and in need of a code review by me before anyone starts using it, instead of defunct. There is no good reason for it to be sent to Andrew as a patch file, and the guy responsible is on vacation. What it should be in as is an experimental do not touch config option turned off by default.
sys_reiser4 is needed for these purposes:
* to eliminate the (otherwise valid) argument that it is more performance efficient for attributes to be accessed via an API that is different from files, by allowing multiple files to be accessed in one system call
* to bundle multiple filesystem operations into one atomic write
* to prepare the groundwork for the semantic enhancements described in www.namesys.com/whitepaper.html
* to define a standard interface that users will find uniform across all apps for this functionality
* to allow VFS to remain undisturbed in the eyes of legacy apps while semantic enhancements go into the filesystem namespace in a form that is less crippled by compatibility issues.
Now that the core reiser4 functionality is stable, the lead programmers and I can spare some time to review sys_reiser4 and the compression plugin (also not yet ready for prime time). This will take us 6-12 weeks I would guess, as Digeo is keeping us 50% busy with work that earns our paychecks at the moment, darpa is also keeping me busy with www.namesys.com/blackbox.html, and I expect there will be a few bugs found in the core code over the next few months also.
> at this point. > >It will probably be revived at some time in the future but we'd be best >off crossing that bridge when we arrive at it, and ignoring the syscall >part of the code at this time. > >For review purposes it would be better if the syscall code and all the >namesys debug support code simply weren't present in the patch. But one >can sympathise with the need to keep it there for the time being. Please >just read around it. > > > >
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |