Re: [dev] alternatives to find for querying the filesystem

From: Troels Henriksen <athas_AT_sigkill.dk>
Date: Thu, 12 Dec 2013 21:36:52 +0100

Troels Henriksen <athas_AT_sigkill.dk> writes:

> Andrew Gwozdziewycz <web_AT_apgwoz.com> writes:
>
>> Assume that each filter halves the fileset of, say, 256 files (my /etc
>> directory on this OSX machine has just 247 files). That's less than
>> 512 calls with a few filters. Is that really so bad on modern
>> hardware?
>
> If you have only 256 files, you can do almost anything and it'll still
> be fast. Think tens of thousands, at the very least.
>
> I like the general idea of this, but I'd advise you not to go overboard
> with the tool splitting. You can easily have a single "filegrep" tool
> that includes all queries about size, age and the like, paired with
> another tree-walking fool.

Actually, on second thought, there's no way to make this fast. You
*must* be able to perform filtering during tree traversal, or you may
end up traversing huge subdirectories unnecessarily.

-- 
\  Troels
/\ Henriksen
Received on Thu Dec 12 2013 - 21:36:52 CET

This archive was generated by hypermail 2.3.0 : Thu Dec 12 2013 - 21:48:06 CET