Date: Sat, 16 Aug 1997 00:37:18 -0400 (EDT) From: StevenR362@aol.com To: ponds!rivers@dg-rtp.dg.com Cc: hackers@freebsd.org Subject: Re: More info on slow "rm" times with 2.2.1+. Message-ID: <970816003718_2080730497@emout09.mail.aol.com>
next in thread | raw e-mail | index | archive | help
In a message dated 97-08-15 08:44:13 EDT, ponds!rivers@dg-rtp.dg.com writes: > Ah... I haven't seen my own follow ups yet; you may already know > this... > > But, apparently, it's 2.2.x that doesn't handle large directories > very well - 2.1.7 seems to work like a champ. > > It was taking 3-5 seconds to remove a file in a 300-400 entry directory > with 2.2.1. It took only 3 seconds to remove all 300+ files with 2.1.7. > [I booted up 2.1.7 with a fixit floppy, mounted the news partition > and just did a "rm *" in control - *poof, they are all gone...] > > This is most definately a 2.2.x phenomenon... > > - Dave Rivers - > If I read your previous posts correctly, then I think that your logical premises are incorrect and therefore your conclusion is false. :) Your previous posts seemed to indicate that you tried doing an rm * in a 20,000 file directory. You then aborted it when only 300-400 files were left and then tried deleteing individual files in this directory. Both of these operations were incredibly slow under 2.2.1, Correct? You then rebooted under 2.1.7 and the same directory with 300-400 files was deleted quickly. I posit that if you had rebooted to the same 2.2.1 kernel and then tried deleting the remaining 300-400 files it would have gone quickly as well. You might also have gotten the same effect by simply unmounting and remounting the filesystem or possibly just doing a couple of syncs at the command line. Of course, my premises may be incorrect in this too. :0 STeve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?970816003718_2080730497>