From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ralph Subject: Re: The reiser4 ....SDK for experiments outside kernel Date: Thu, 11 Dec 2008 20:56:32 +0100 Message-ID: References: <494035ED.4000706@gmx.de> <49404165.6050806@gmail.com> <494062F6.2040809@gmx.de> <4940FB0E.8050102@gmx.de> <494105EB.3080204@gmx.de> <80294dc60812110636m70178aa3m4493e65fe4be302e@mail.gmail.com> <494165A4.6040207@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Return-path: Sender: reiserfs-devel-owner@vger.kernel.org List-ID: To: reiserfs-devel@vger.kernel.org Edward Shishkin wrote: > Be careful with the notion of plugin: in reiser4 this is only > to manage low-level data storage infrastructure.. That said, > first, you should decide what (useful!) feature related to > (low-level!) data storage do you want to implement, then think > how to implement it in the plugin categories. Most likely you'll > need to add new plugin(s) of existing or (unlikely) new interface. > For example, in order to support (meta)data checksums you'll need > a new node format, and, hence, new node plugin (the NODE interface > already exists). > All other "plugins" should go to vfs, or to various stackable > (distributed) filesystems. (meta)data like xattr low-level? > in reiser4 this is only to manage low-level data storage infrastructure ... at this stage of reiser4 is low-level, because the main effort is inclusion in mainline kernel, I thought... What if you want to write a storage backend for postgresql where content shall be readable per file syntax: cat ./database/contacts/names/name/address/streetname (Sure, you can have a postgresql service that exports streetnames....) ?? Look at: H. Reiser writes: "I am going to do the enhanced semantics first" ( http://marc.info/?l=reiserfs-devel&m=115363946628080&w=2 ) That is not so low-level ? But, as Chistian Stroetmann just said in this thread: Namesys philosophy is different than actual reiser4 aimings? Ralph