From owner-freebsd-hackers Wed May 23 7:28:20 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtpproxy1.mitre.org (mb-20-100.mitre.org [129.83.20.100]) by hub.freebsd.org (Postfix) with ESMTP id AFBBE37B424 for ; Wed, 23 May 2001 07:28:16 -0700 (PDT) (envelope-from jandrese@mitre.org) Received: from avsrv1.mitre.org (avsrv1.mitre.org [129.83.20.58]) by smtpproxy1.mitre.org (8.9.3/8.9.3) with ESMTP id KAA11627 for ; Wed, 23 May 2001 10:28:15 -0400 (EDT) Received: from mailsrv2.mitre.org (mailsrv2.mitre.org [129.83.221.17]) by smtpsrv1.mitre.org (8.9.3/8.9.3) with ESMTP id KAA26679 for ; Wed, 23 May 2001 10:28:13 -0400 (EDT) Received: from nausicaa.mitre.org ([128.29.105.85]) by mailsrv2.mitre.org (Netscape Messaging Server 4.15) with ESMTP id GDSLJ100.LYG; Wed, 23 May 2001 10:28:13 -0400 Date: Wed, 23 May 2001 09:20:51 -0400 (EDT) From: "Andresen,Jason R." To: Terry Lambert Cc: Nadav Eiron , Subject: Re: technical comparison In-Reply-To: <3B0B2824.949B119A@mindspring.com> Message-ID: <20010523091618.P87127-100000@nausicaa.mitre.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Tue, 22 May 2001, Terry Lambert wrote: > I don't understand the inability to perform the trivial > design engineering necessary to keep from needing to put > 60,000 files in one directory. > > However, we can take it as a given that people who need > to do this are incapable of doing computer science. > > I would suggest two things: > > 1) If write caching is off on the Linux disks, turn > it off on the FreeBSD disks. > > 2) " " -- and then turn it on on both. > > 3) Modify the test to delete the files based on a > directory traversal, instead of promiscuous > knowledge of the file names, which is cheating > to make the lookups appear faster. > > (the rationale behind this last is that people who can't > design around needing 60,000 files in a single directory > are probably going to to be unable to correctly remember > the names of the files they created, since if they could, > then they could remember things like ./a/a/aardvark or > ./a/b/abominable). The problem comes along when you are using a third party application that keeps a bazillion files in a directory, which was the problem that spawned this entire thread. Why is knowing the file names cheating? It is almost certain that the application will know the names of it's own files (and won't be grepping the entire directory every time it needs to find a file). I doubt a human is ever going to want to work in a directory where you have 60000 files lying about, but an application might easily be written to work in just such conditions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message