* Plugin modifications to disk format.
@ 2005-11-23 9:51 Peter van Hardenberg
2005-11-23 11:09 ` Vladimir V. Saveliev
2005-12-02 9:52 ` Hans Reiser
0 siblings, 2 replies; 3+ messages in thread
From: Peter van Hardenberg @ 2005-11-23 9:51 UTC (permalink / raw)
To: reiserfs-list
More codework today, so more questions.
inodes:
----------
We would like to add a new field to every inode on disc. This could monopolize
the "plugin_data" union on the struct. Is there a better way? How can this be
achieved without breaking format compatibility?
Storage:
-----------
How tightly can these attribute directories be packed? Dominic Giampaulo
rejected a similar design to ours for efficiency purposes in the BeFS, but he
was not lucky enough to have the advantages of the Reiser storage layer
underneath. So... since we have those advantages, how tight can we pack the
following:
Small file with an attribute directory:
inode
->data
->attributedir_inode
->attributedir_ dir_file
->attribute_inode
->attribute_data
--
Peter van Hardenberg (pvh@pvh.ca)
Victoria, BC, Canada
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Plugin modifications to disk format.
2005-11-23 9:51 Plugin modifications to disk format Peter van Hardenberg
@ 2005-11-23 11:09 ` Vladimir V. Saveliev
2005-12-02 9:52 ` Hans Reiser
1 sibling, 0 replies; 3+ messages in thread
From: Vladimir V. Saveliev @ 2005-11-23 11:09 UTC (permalink / raw)
To: Peter van Hardenberg; +Cc: reiserfs-list, Vitaly Fertman
Hello
Peter van Hardenberg wrote:
> More codework today, so more questions.
>
> inodes:
> ----------
> We would like to add a new field to every inode on disc.
inode on disk is called stat data in reiser4.
To add a new field to stat data one would have to write sd extension plugin.
reiser4/plugin/item/static_stat.[ch] should help you to get started.
reiser4progs are to be updated to understand new extension plugin.
> This could monopolize
> the "plugin_data" union on the struct.
Which struct do you mean?
> Is there a better way? How can this be
> achieved without breaking format compatibility?
>
> Storage:
> -----------
> How tightly can these attribute directories be packed? Dominic Giampaulo
> rejected a similar design to ours for efficiency purposes in the BeFS, but he
> was not lucky enough to have the advantages of the Reiser storage layer
> underneath. So... since we have those advantages, how tight can we pack the
> following:
>
> Small file with an attribute directory:
> inode
> ->data
> ->attributedir_inode
> ->attributedir_ dir_file
> ->attribute_inode
> ->attribute_data
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Plugin modifications to disk format.
2005-11-23 9:51 Plugin modifications to disk format Peter van Hardenberg
2005-11-23 11:09 ` Vladimir V. Saveliev
@ 2005-12-02 9:52 ` Hans Reiser
1 sibling, 0 replies; 3+ messages in thread
From: Hans Reiser @ 2005-12-02 9:52 UTC (permalink / raw)
To: Peter van Hardenberg; +Cc: reiserfs-list
Peter van Hardenberg wrote:
>More codework today, so more questions.
>
>inodes:
>----------
>We would like to add a new field to every inode on disc. This could monopolize
>the "plugin_data" union on the struct. Is there a better way? How can this be
>achieved without breaking format compatibility?
>
>Storage:
>-----------
>How tightly can these attribute directories be packed? Dominic Giampaulo
>rejected a similar design to ours for efficiency purposes in the BeFS, but he
>was not lucky enough to have the advantages of the Reiser storage layer
>underneath. So... since we have those advantages, how tight can we pack the
>following:
>
>Small file with an attribute directory:
>inode
> ->data
> ->attributedir_inode
> ->attributedir_ dir_file
> ->attribute_inode
> ->attribute_data
>
>
>
define how an attribute differs from a file, usefully that is.....
Hans
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-12-02 9:52 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-11-23 9:51 Plugin modifications to disk format Peter van Hardenberg
2005-11-23 11:09 ` Vladimir V. Saveliev
2005-12-02 9: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.