Messages in this thread |  | | From | Daniel Phillips <> | Subject | Re: Ext2 directory index, updated | Date | Tue, 6 Nov 2001 00:13:12 +0100 |
| |
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/
|  |