Re: [bug #31961] Out-of-control memory usage when run against a large directory

[Alex]

Hi James,

The directory has no subdirectories. I have been unable to cound the number
of files in the directory because I can't do the usual find . | wc -l

I just tried the latest stable release 4.4.2 downloaded from the official
site and compiled from source and ran into the same problem.

Will try oldfind.

I know for a fact that the opendir call takes a long time to get a response
from the system. My PHP scripts only starts outputting anything after a
couple of minutes. I don't know why find would be using up memory while it
waits for the response.

- Alexandre


On Thu, Dec 23, 2010 at 6:46 PM, James Youngman wrote:

>
> Follow-up Comment #1, bug #31961 (project findutils):
>
> The sizes of the files (as oppposed to directories)  is of course
> irrelevant;
> find never opens them, let alone reads them.
>
> What is the depth of the directory hierarchy under this directory? How
> many entries are there in each?  Do you get the same characteristics if you
> use the "oldfind" binary that's also generated when you build find (from
> source)?
>
> Also, findutils-4.4.0 is quite old now, since it was released on
>  2008-03-15;
> could you try 4.4.2 (from ftp.gnu.org) or 4.5.9 (from alpha.gnu.org)?
>
>
>___
>
> Reply to this item at:
>
>  
>
> ___
>  Message sent via/by Savannah
>  http://savannah.gnu.org/
>
>

[bug #45930] -ignore_readdir_race ineffective in find 4.5.11 and 4.5.14

[Alex]

Follow-up Comment #2, bug #45930 (project findutils):

I can confirm the issue with CentOS7. Package info:
findutils-4.5.11-5.el7.x86_64

Have a CRON that runs on multiple machine at the same time. Part of the script
remove old log file in a common NFS folder.
It uses 'find' for this and checks the file timestamp (mtime)

It's pretty much guaranteed to get into a race condition with  this specific
setup (NFS mount..).

Using -ignore_readdir_race does not seem to have any effect. 



___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/