Xref: utzoo comp.unix.shell:653 comp.unix.internals:759
Path: utzoo!attcan!uunet!zephyr.ens.tek.com!uw-beaver!mit-eddie!bloom-beacon!eru!hagbard!sunic!dkuug!freja.diku.dk!kimcm
From: kimcm@diku.dk (Kim Christian Madsen)
Newsgroups: comp.unix.shell,comp.unix.internals
Subject: Re: Why is find so slow (Re: Why use find?)
Message-ID: <1990Oct21.192028.18815@diku.dk>
Date: 21 Oct 90 19:20:28 GMT
References: <1990Sep30.182331.14363@iconsys.uucp> <941@hls0.hls.oz> <F6.rhxm2@cs.psu.edu> <26919@mimsy.umd.edu> <638@npdiss1.StPaul.NCR.COM> <1990Oct18.213733.17330@ddsw1.MCS.COM>
Organization: Department Of Computer Science, University Of Copenhagen
Lines: 12

dattier@ddsw1.MCS.COM (David W. Tamkin) writes:

=>I think the idea is that after find does stat() the file and sees that it is
=>a directory with only two links, it shouldn't bother stat()ting the entries
=>in that directory because none of them will be subdirectories.  There will
=>be only one more level to descend.

If some nasty user hasn't removed one of the "." and/or ".." entry and
created directories to replace them.


Kim Chr. Madsen