From: Cyrille Chepelov <cyrille@chepelov.org>
To: Hans Reiser <reiser@namesys.com>
Cc: Nikita Danilov <Nikita@Namesys.COM>,
Reiserfs mail-list <Reiserfs-List@Namesys.COM>
Subject: Re: [ANNOUNCE] new reiser4 snapshot released.
Date: Tue, 30 Mar 2004 07:04:15 +0200 [thread overview]
Message-ID: <20040330050415.GA15017@chepelov.org> (raw)
In-Reply-To: <40684CAC.3030702@namesys.com>
Le Mon, Mar 29, 2004, Ã 08:19:56AM -0800, Hans Reiser a écrit:
> >Wouldn't it be slightly beneficial to expand this policy to not just
> >look for extensions matching .*\.(?) but .*\.(.*) as well?
> I thought about that, but other than compiles I don't know of an
> application that would benefit from this performance wise, and compiles
> usually have . as the penultimate character in their fileset filenames.
> I would actually much like to get feedback from others on this.
I see. A little question on the importanceness of solving this right up
front: is it possible to change the fibration policy of a mounted and active
file system? Does such a change affect the repacker (as in: swapping the
fibration policy causes the repacker to start shuffling things around
according to the new policy)? If that's the case, then I guess there's some
wiggle room for imperfection...
(in fact, on second thought, my request wouldn't necessarily cause the best
performance to happen. Norton Defrag used to have a "sort by type" option
ca. 1994, and I remember that on my PC, it didn't give the best
performance).
Just out of curiosity, is it possible to create a fibration policy based on
atime/mtime/ctime?
-- Cyrille
--
next prev parent reply other threads:[~2004-03-30 5:04 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-26 16:45 [ANNOUNCE] new reiser4 snapshot released Nikita Danilov
2004-03-26 17:05 ` Reiser4 needs more testers Hans Reiser
2004-03-26 19:32 ` Dr. Giovanni A. Orlando
2004-03-27 0:47 ` Redeeman
2004-03-29 16:59 ` markw
2004-03-29 19:04 ` Hans Reiser
2004-03-29 21:29 ` markw
2004-03-30 22:39 ` Steven Cole
2004-03-31 0:56 ` Hans Reiser
2004-03-26 17:23 ` [ANNOUNCE] new reiser4 snapshot released Jonathan Briggs
2004-03-26 17:23 ` Jonathan Briggs
2004-03-26 18:11 ` Nikita Danilov
2004-03-26 17:11 ` Hans Reiser
2004-03-29 5:00 ` Cyrille Chepelov
2004-03-29 16:19 ` Hans Reiser
2004-03-30 5:04 ` Cyrille Chepelov [this message]
2004-03-30 7:24 ` Vladimir Saveliev
2004-03-27 12:32 ` [OT] Re[2]: " Maciej Soltysiak
-- strict thread matches above, loose matches on Subject: below --
2004-03-26 17:40 Svetoslav Slavtchev
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=20040330050415.GA15017@chepelov.org \
--to=cyrille@chepelov.org \
--cc=Nikita@Namesys.COM \
--cc=Reiserfs-List@Namesys.COM \
--cc=reiser@namesys.com \
/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 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.