Re^3: Execution hangs on File::Find

Then I guess next step should be testing yout code over smaller directory tree, see if it hangs, and/or where it did spend most of the time.

I find it hard to believe that File::Find would freeze, although can hardly backup this claim with concrete evidence, so I would probably profile the run (Devel::NYTProf) on something small first.

Good luck, perhaps someone with more knowledge then humble me shall help.

Comment on Re^3: Execution hangs on File::Find

Replies are listed 'Best First'.
Re^4: Execution hangs on File::Find by colox (Sexton) on Dec 04, 2017 at 13:17 UTC
hi, after giving it a little more patience to run & wait, you are indeed correct. it is just "S L O W"... but based on the logging (see below), the "overhead" only occurs on the top folder. as you can see from the logs, it took nearly half an hour for it to start traversing the subfolder. i wonder if any other optimization i can do?.. `04-12-2017 05:00:33:917 DEBUG Reached Z: 04-12-2017 05:09:56:199 DEBUG Reached Z:A6C335 04-12-2017 05:09:57:820 DEBUG Reached Z:A6C335/A6C335.4.12 04-12-2017 05:09:58:001 DEBUG Reached Z:A6C335/A6C335.5.09 04-12-2017 05:09:58:182 DEBUG Reached Z:A6C335/A6C335.5.10` [download]	[reply] [d/l]
Re^5: Execution hangs on File::Find by Eily (Monsignor) on Dec 04, 2017 at 13:34 UTC
Try "Z:/" rather than "Z:", without the / it searches at the current position on Z: (eg, if you cd to "Z:/A6C335" and search on "Z:", you'll already be inside A6C335). I'm not sure if that can be the problem, but at the very least it will be less confusing. If it's still not better, try adding more logs to find precisely which step is taking time.	[reply]
Re^5: Execution hangs on File::Find by jahero (Pilgrim) on Dec 04, 2017 at 14:20 UTC
... and this is exactly why I am setting the `${^WIN32_SLOPPY_STAT}` in my code. It leads to not openning the file on `stat`, which can lead to rather significant performance gain.	[reply] [d/l] [select]
Re^6: Execution hangs on File::Find by colox (Sexton) on Dec 04, 2017 at 19:56 UTC
hi, but im also testing if the file timestamp is newer than the last execution time. removing stat would not serve that purpose right?	[reply]
Re^7: Execution hangs on File::Find by jahero (Pilgrim) on Dec 05, 2017 at 11:48 UTC


The stupid question is the question not asked
	PerlMonks