Theodore Ts'o wrote:
> On Mon, Oct 07, 2002 at 07:59:26PM -0700, Andrew Morton wrote:
> > In the testing which I did, based on Keith Smith's traces, the
> > current code really isn't very effective.
> > What I did was to run his aging workload an increasing number of
> > times. Then measured the fragmentation of the files which it
> > left behind. I measured the fragmentation simply by timing
> > how long it took to read all the files, and compared that to
> > how long it took to read the same files when they had been laid
> > down on a fresh fs.
> What access pattern did you use when you read the files? Did you
> sweep through filesystem directory by directory, or did you use some
> other pattern (perhaps random)?
Well this is all rather dim in my memory, so the confidence level
is drooping. I am sure that the timing was a single find | xargs cat
thing. I also know that I investigated whether the increased time
was due to the metadata access or the data access. I _think_ it was
But it all needs to be redone, really.
> > Maybe a mount option? But I think the current algorithm should
> > default to "off".
> How about a mount option with the possible values: "fast", "slow",
> "hinted", and "auto", with the default being "auto" or "hinted"?
> (Where hinted utilizes user-space hints, and "auto" utilizes
> user-space hints if present, plus some of the so-called ugly
> hueristics which you had discussed?)
Well the current Orlov patch will spread top-level directories,
so as long as /home is a mountpoint, we're fine.
For more generalality, yes, I think a new chattr flag on the
parent directory which says "spread my subdirectories out"
would be a good solution.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Tue Oct 15 2002 - 22:00:27 EST