All of lore.kernel.org
 help / color / mirror / Atom feed
* plugins - examples and (more) docs
@ 2004-09-25 12:30 Martin Gasthuber
  2004-09-30 17:52 ` Hans Reiser
  0 siblings, 1 reply; 2+ messages in thread
From: Martin Gasthuber @ 2004-09-25 12:30 UTC (permalink / raw)
  To: Reiserfs-List

Hi,

   for our large storage system holding half a petabyte of experimental 
physics data, we are looking for a new nameservice implementation. 
Roughly this means - just store filenames in a hierarchical fashion (as 
usual) but only store metadata (from the other storage system components 
i.g. disk-cache and tape store) and no real data (this is in the cache - 
one or more times, and the 'real' copy is on tape). Right now we have a 
DB (simple key/value) system with a faked NFS server code on top.
While looking at other ways and making proof of concept implementation i 
'traped' into reiser4 with the important plugin feature. For our system 
we need 'unique + persistent' IDs for files with the ability to map in 
both directions (name -> id, id -> name), extended attributes and 
virtual files. From what i understand, reading the reiser4 docs i've 
found, all this should be feasible by creating new plugins for files and 
IDs. Because i like 'real' stuff - im' looking for plugin example code 
and more docs related to plugin creation and integration. Any idea where 
i can find that ???

Regards,
   Martin

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

* Re: plugins - examples and (more) docs
  2004-09-25 12:30 plugins - examples and (more) docs Martin Gasthuber
@ 2004-09-30 17:52 ` Hans Reiser
  0 siblings, 0 replies; 2+ messages in thread
From: Hans Reiser @ 2004-09-30 17:52 UTC (permalink / raw)
  To: Martin.Gasthuber; +Cc: Reiserfs-List

Martin Gasthuber wrote:

> Hi,
>
>   for our large storage system holding half a petabyte of experimental 
> physics data, we are looking for a new nameservice implementation. 
> Roughly this means - just store filenames in a hierarchical fashion 
> (as usual) but only store metadata (from the other storage system 
> components i.g. disk-cache and tape store) and no real data (this is 
> in the cache - one or more times, and the 'real' copy is on tape). 
> Right now we have a DB (simple key/value) system with a faked NFS 
> server code on top.
> While looking at other ways and making proof of concept implementation 
> i 'traped' into reiser4 with the important plugin feature. For our 
> system we need 'unique + persistent' IDs for files with the ability to 
> map in both directions (name -> id, id -> name), extended attributes 
> and virtual files. From what i understand, reading the reiser4 docs 
> i've found, all this should be feasible by creating new plugins for 
> files and IDs. Because i like 'real' stuff - im' looking for plugin 
> example code and more docs related to plugin creation and integration. 
> Any idea where i can find that ???
>
> Regards,
>   Martin
>
>
You are right that this is doable, for examples see our source code 
which is much better commented than the rest of the kernel (disclaimer: 
akpm code is better commented than ours).

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

end of thread, other threads:[~2004-09-30 17:52 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-25 12:30 plugins - examples and (more) docs Martin Gasthuber
2004-09-30 17:52 ` Hans Reiser

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.