> 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