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/
This archive was generated by hypermail 2b29 : Wed Nov 07 2001 - 21:00:27 EST