Xref: utzoo comp.unix.shell:535 comp.unix.internals:594 Path: utzoo!utgpu!cunews!cognos!geovision!pt From: pt@geovision.uucp (Paul Tomblin) Newsgroups: comp.unix.shell,comp.unix.internals Subject: Re: Why is find so slow (Re: Why use find?) Message-ID: <1240@geovision.UUCP> Date: 10 Oct 90 12:55:32 GMT References: <1990Sep30.182331.14363@iconsys.uucp> <941@hls0.hls.oz> <1990Oct5.145825.9454@diku.dk> <1990Oct6.055108.14853@smsc.sony.com> Organization: GeoVision Corp., Ottawa, Ontario Lines: 21 flee@guardian.cs.psu.edu (Felix Lee) writes: >"descend" is fast because it recognizes leaf directories and avoids >stat()ing the files in that directory. This is usually a big win, >since most files tend to be in leaf directories. >"find" can't do this in general, since most of its predicates require >stat()ing each file, but it wouldn't be too hard to add lazy stat()ing >to find. And it may even be worth it. What happened to "ftw", that was discussed at Usenix a few years ago? Is it getting into unix distributions? Are programs like "find" and "ls -R" being re-implemented using it, like they're supposed to? It sure sounded like it was a cure for what ails find when it was described. -- Paul Tomblin, Department of Redundancy Department. ! My employer probably I'm not fat..... I'm metabolically challenged. ! does not agree with my I'm not underpaid... I'm financially challenged. ! opinions.... nrcaer!cognos!geovision!pt or uunet!geovision!pt ! Me neither.