Hi,
Am Samstag, den 08.04.2006, 12:16 +0800 schrieb Dongxu Ma:
>
>
> On 4/8/06, Peter van Hardenberg <[EMAIL PROTECTED]> wrote:
> Dongxu,
>
> Reaching into the filesystem itself for a project like this is
> not a very good idea. A wiki is a set of files -- let the
> filesystem do the hard work for you and use the standard API
> that is already in existence -- the VFS. You'll get all the
> benefits of the Reiser filesystem without having to break
> compatibility with other systems.
>
> my own thought is that one can operate the filesystem, or at least
> query it via programming interface, you know,
well, use the usual interface:
stat
creat
lockf
open
write
read
close
truncate
unlink
opendir
readdir
closedir
rename
sendfile
utime
readlink
I don't get what good it would do to use some extra interface with
different functions, given that all possible basic actions are already
covered... (although transactions would be nice to have ;))
> introduce shell is really a bad idea.
What do you mean by that?
>
> I think a DBI/DBD interface to a Reiser-friendly file format
> is a really neat idea. You could create table rows as
> individual files within a directory and do foreign keys with
> links!
You mean like in a relational database? That's very unflexible and a bad
idea on a filesystem. There is a reason relational databases are only
used properly in well-defined and limited-size big-design-up-front
projects.
And good relational databases are not even stored in files, but directly
onto the raw partition.
> I wonder what on-disk form would leverage Reiser4's dancing
> trees and intelligent allocation the most efficiently?
>
> Yeah, I can store each field into a file, and creat view and table
> structure from directory and links. With the help of reiserfs, I
> assume this could be possible to try.
It really depends on what you want to do with it, but of course you can
store each field into a file of it's own. The question is if you need
that kind of fine granularity...
>
cheers,
Danny
>
> I must say though, there is no binding to the Reiser4 API, and
> the Namesys team is very busy right now working towards
> getting R4 included in the mainline kernel. Hopefully once
> they have achieved this, the more exciting development can
> continue.
>
> 2.6.16 is a big step;-P
>
>
> As for your second question, my experience is strictly with
> R4, so someone else will have to comment on that issue.
>
> Anyway, great help for me, thanks.
>
>
> All the best,
> Peter van Hardenberg
>
>
> On 4/6/06, Dongxu Ma <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> As reiserfs more and more popular, is there any
> binding package for use in script languages? I did a
> search on Google and nothing found.
> Curently I am thinking about writing a binding for
> Perl, which can offer:
> 1) script-level operation against reiserfs
> 2) DBI && DBD for reiserfs binding to treat the fs as
> a database. My aim is constructing a mid-and-small
> wiki directly on reiserfs without employing any real
> database
>
> However, after some seeking on source. I got several
> issues:
> 1) is there any so-called official userspace api
> exported?
> On gentoo there is a package named progsreiserfs
> introducing an api set under /usr/include/reiserfs,
> but I am not very sure if it is stable and the project
> is still alive.
>
> 2) regarding reiser3, where could I start to port?
> since exporting something in kernelspace is quite
> risky.
>
> Any advice and hint?
>
>
> --
> Cheers, Dongxu
> __END__
> dongxu.wordpress.com
> search.cpan.org/~dongxu
>
>
>
>
> --
> Peter van Hardenberg
> Victoria, BC, Canada
> "The wise man proportions his belief to the evidence." --
> David Hume
>
>
>
> --
> Cheers, Dongxu
> __END__
> dongxu.wordpress.com
> search.cpan.org/~dongxu
