From: Edward Shishkin <edward.shishkin@gmail.com>
To: Matias Seco <matias.jose.seco@gmail.com>
Cc: reiserfs-devel@vger.kernel.org
Subject: Re: Plugin Option Settings
Date: Mon, 21 Nov 2011 21:56:36 +0100 [thread overview]
Message-ID: <4ECABB04.3020902@gmail.com> (raw)
In-Reply-To: <CAMjNLwq-5SS=Z3EoGseGLHwBO+rcCV55zq1K5F6dXzfCUSv8JA@mail.gmail.com>
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
prev parent reply other threads:[~2011-11-21 20:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-21 18:22 Plugin Option Settings Matias Seco
2011-11-21 20:56 ` Edward Shishkin [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4ECABB04.3020902@gmail.com \
--to=edward.shishkin@gmail.com \
--cc=matias.jose.seco@gmail.com \
--cc=reiserfs-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).