lkml.org 
[lkml]   [2001]   [Nov]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Ext2 directory index, updated
Date
On November 5, 2001 11:59 pm, Christian Laursen wrote:
> Daniel Phillips <phillips@bonn-fries.net> writes:
>
> > On November 4, 2001 11:09 pm, Christian Laursen wrote:
> > > Daniel Phillips <phillips@bonn-fries.net> writes:
> > >
> > > > ***N.B.: still for use on test partitions only.***
> > >
> > > It's the first time, I've tried this patch and I must say, that
> > > the first impression is very good indeed.
> > >
> > > I took a real world directory (my linux-kernel MH folder containing
> > > roughly 115000 files) and did a 'du -s' on it.
> > >
> > > Without the patch it took a little more than 20 minutes to complete.
> > >
> > > With the patch, it took less than 20 seconds. (And that was inside uml)
> >
> > Which kernel are you using?
>
> Actually, it was on a 2.2.20 kernel.

Yes, it's cool you can run 2.4 uml kernels on 2.2, isn't it? What I meant
was, which kernel is your uml built on?

> > From 2.4.10 on ext2 has an accelerator in
> > ext2_find_entry - it caches the last lookup position. I'm wondering how
> > that affects this case.
>
> From the description I read a while ago, I believe it could cause a
> significant speedup.
>
> I'll have to try that out one of these days.

I noticed split results with the find_entry accelerator, at least in its
current form: faster delete, slower create.

--
Daniel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:12    [W:0.193 / U:1.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site