* Plugin Option Settings
@ 2011-11-21 18:22 Matias Seco
2011-11-21 20:56 ` Edward Shishkin
0 siblings, 1 reply; 2+ messages in thread
From: Matias Seco @ 2011-11-21 18:22 UTC (permalink / raw)
To: reiserfs-devel
I've wanted to ask an information about the plugin options:
I've noted that default plugins setting listed over mkfs.reiser4 -p,
dont include all different kinds of settable plugins types (id's: 0x1,
0x2, 0x6, 0x7, 0x8, 0x9, 0xa)
For most of them it probably be because there is one option: but for
0x1 and 0x6, what are there behavior?
1 - we can avoid setting them ?
2 - there changes from time to time, depending on other settings ?
3 - there dfefault set is not listed?
Greetings
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Plugin Option Settings
2011-11-21 18:22 Plugin Option Settings Matias Seco
@ 2011-11-21 20:56 ` Edward Shishkin
0 siblings, 0 replies; 2+ messages in thread
From: Edward Shishkin @ 2011-11-21 20:56 UTC (permalink / raw)
To: Matias Seco; +Cc: reiserfs-devel
On 11/21/2011 07:22 PM, Matias Seco wrote:
> I've wanted to ask an information about the plugin options:
> I've noted that default plugins setting listed over mkfs.reiser4 -p,
> dont include all different kinds of settable plugins types (id's: 0x1,
> 0x2, 0x6, 0x7, 0x8, 0x9, 0xa)
> For most of them it probably be because there is one option: but for
> 0x1 and 0x6,
This is because Reiser4 either doesn't possesses polymorphisms in some
interface INTRFC, or transitions in this interface are performed in an
intelligent fashion (automatically), so we need to introduce a special
"extension" (that is a new interface INTRFC_POLICY), and a set of new
plugins to enable such "intelligent transitions" by a simple assignment
"plugin = policy" in this extension;
Let's consider your examples.
0x6 - SD_EXT plugins.
There is no polymorphisms in this interface, i.e. there is no virtual
transitions between any pair of stat-data extensions, and respectively
no assignments in this interface are used.
0x1 - ITEM plugins.
Reiser4 possesses a partial polymorphism in this interface on the pair
extent40 <-> plain40. And we want to implement "intelligent
transitions" to store every small file in "tails" (fragments) and every
large one (>20K) as a set of unformatted blocks pointed to by extent
pointers. In order to specify this intelligent transitions we introduce
a new interface TAIL_POLICY (0x5) and 3 new plugins:
. extents (extents only);
. tails (tails only);
. smart ("intelligent transitions").
Now we can specify our intelligent transitions by an assignment
"plugin=smart" in the new interface.
Note, that assignments in the ITEM interface (plugin=extent40,
plugin=plain40) are not needed any more, as they correspond to
"plugin = extents" and plugin = tails" in our extension (TAIL_POLICY).
This is why you don't observe them in the list of "default plugins".
Thanks,
Edward.
what are there behavior?
> 1 - we can avoid setting them ?
> 2 - there changes from time to time, depending on other settings ?
> 3 - there dfefault set is not listed?
>
> Greetings
> --
> To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-11-21 20:56 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-11-21 18:22 Plugin Option Settings Matias Seco
2011-11-21 20:56 ` Edward Shishkin
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).