All of lore.kernel.org
 help / color / mirror / Atom feed
* script binding for reiserfs?
@ 2006-04-06  8:23 Dongxu Ma
       [not found] ` <3395df770604071759y26ca8903s3c77efee45ba33ec@mail.gmail.com>
  0 siblings, 1 reply; 3+ messages in thread
From: Dongxu Ma @ 2006-04-06  8:23 UTC (permalink / raw)
  To: reiserfs-list

[-- Attachment #1: Type: text/plain, Size: 952 bytes --]

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

[-- Attachment #2: Type: text/html, Size: 1102 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: script binding for reiserfs?
       [not found] ` <3395df770604071759y26ca8903s3c77efee45ba33ec@mail.gmail.com>
@ 2006-04-08  4:16   ` Dongxu Ma
  2006-04-08 13:30     ` Danny Milosavljevic
  0 siblings, 1 reply; 3+ messages in thread
From: Dongxu Ma @ 2006-04-08  4:16 UTC (permalink / raw)
  To: Peter van Hardenberg; +Cc: reiserfs-list

[-- Attachment #1: Type: text/plain, Size: 3010 bytes --]

On 4/8/06, Peter van Hardenberg <pvh@pvh.ca> 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, introduce shell is really a bad idea.
There are already some examples on CPAN such as Filesys::Ext2.


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! 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.

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 <dongxu.ma@gmail.com> 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 <http://search.cpan.org/%7Edongxu>
> >
>
>
>
> --
> 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

[-- Attachment #2: Type: text/html, Size: 4909 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: script binding for reiserfs?
  2006-04-08  4:16   ` Dongxu Ma
@ 2006-04-08 13:30     ` Danny Milosavljevic
  0 siblings, 0 replies; 3+ messages in thread
From: Danny Milosavljevic @ 2006-04-08 13:30 UTC (permalink / raw)
  To: Dongxu Ma; +Cc: Peter van Hardenberg, reiserfs-list

Hi,

Am Samstag, den 08.04.2006, 12:16 +0800 schrieb Dongxu Ma:
> 
> 
> On 4/8/06, Peter van Hardenberg <pvh@pvh.ca> 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 <dongxu.ma@gmail.com> 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


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2006-04-08 13:30 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-04-06  8:23 script binding for reiserfs? Dongxu Ma
     [not found] ` <3395df770604071759y26ca8903s3c77efee45ba33ec@mail.gmail.com>
2006-04-08  4:16   ` Dongxu Ma
2006-04-08 13:30     ` Danny Milosavljevic

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.