On Sat, Jul 19, 2014 at 5:02 PM, Peng Yu wrote:
> The point is not to call an external program. For example, if there is
> a `find` tool made in python, so that I can specify a python
> expression to the tool (to replace the function from the external
> program), then everything will be run within
The point is not to call an external program. For example, if there is
a `find` tool made in python, so that I can specify a python
expression to the tool (to replace the function from the external
program), then everything will be run within one process, which avoid
the spawning of new processes.
Hi James,
Update of bug #42793 (project findutils):
Item Group:None => Wrong result
Status:None => Fixed
Open/Closed:Open => Closed
Fixed Release:None => 4.5.14
I am pleased to announce the release of version 4.5.14 of GNU
findutils.
GNU findutils is a set of software tools for finding files that match
certain criteria and for performing various operations on them.
Findutils includes the programs "find", "xargs" and "locate". More
information about findu
Just in case Bernhard Voelker's response didn't already cover
everything you needed, what are you trying to achieve? What is the
size of the workload? How fast would be "fast enough"?
James.
Update of bug #42793 (project findutils):
Item Group:None => Wrong result
Status:None => Fixed
Open/Closed:Open => Closed
Fixed Release:
On 07/19/2014 05:20 AM, Peng Yu wrote:
> I'm wondering if there is a faster version of `find` (may be in other
> languages, such as python or perl).
>
> `-exec` of `find` calls for an external command, which is slow.
What exactly is slow with -exec? Please post examples.
It's very likely that it'
