Messages in this thread | | | Date | Fri, 17 Jul 1998 23:38:50 -0400 (EDT) | From | Jon Lewis <> | Subject | Re: ext2fs enhacement/fix [re: shrinking directories] |
| |
On Fri, 17 Jul 1998, Ted Deppner wrote:
> On Fri, Jul 17, 1998 at 09:36:13AM +0800, David Luyer wrote: > > It's not the disk space - it's the RAM and CPU. Create a directory with > > 512,000 files with 8-character names in them sometime. Delete all > > except a dozen files in it. 'ls'. wait. wait. wait. See the problem.
Actually, you don't need nearly that many files. I was doing some testing on a RAID-0 array recently, and typo'd a line in a script that was supposed to create 10,000 files of random data randomly sized in a range of 1k-40k. I left out a / and created foo0, foo1, etc. instead of foo/0, foo/1, etc. I noticed this before the script had completed and killed it. rm'ing the few thousand files in the root directory of the array was so slow, I could issue a command like rm foo0 foo1 foo2 foo3 foo4 foo5 & strace the process, and see a long pause at each unlink. Rather than wait it out, I just mke2fs'd again and got on with my testing. This was under 2.0.34 (RH 5.1 installation...real 2.0.34...not RH 5.1 pseudo 2.0.34) with an array of 3 Micropolis 1991's on an NCR 53c875J and P100.
------------------------------------------------------------------ Jon Lewis <jlewis@fdt.net> | Spammers will be winnuked or Network Administrator | drawn and quartered...whichever Florida Digital Turnpike | is more convenient. ______http://inorganic5.fdt.net/~jlewis/pgp for PGP public key____
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html
| |