bug#81525: 32.0.50; [PATCH] Performance improvement for rgrep's find command

> Cc: [email protected]
> Date: Sat, 01 Aug 2026 16:51:55 +1200
> From: Phil Sainty <[email protected]>
> 
> Testing today:
> 
> | GNU find | Without my patch | With my patch |
> |----------+------------------+---------------|
> |    4.8.0 |           21.373 |        13.788 |
> |   4.10.0 |            8.845 |         7.811 |
> 
> I ran each test repeatedly, and picked a representative result.
> 
> 
> 1a) Without my patch, using GNU find 4.8.0:
> 
> real	0m21.373s
> user	0m14.965s
> sys	0m6.405s
> 
> 1b) With my patch, using GNU find 4.8.0
> 
> real	0m13.788s
> user	0m8.130s
> sys	0m5.650s
> 
> 2a) Without my patch, using GNU find 4.10.0:
> 
> real	0m8.845s
> user	0m3.287s
> sys	0m5.553s
> 
> 2b) With my patch, using GNU find 4.10.0:
> 
> real	0m7.811s
> user	0m2.356s
> sys	0m5.454s
> 
> 
> As such, I'm still inclined to think there's a benefit to preferring
> -name over -path, even if *by far* the bigger improvement for people
> using GNU find 4.9 or earlier is to upgrade to 4.10 or later.

IS it possible to have a self-contained Lisp code to run these
benchmarks, so one could easily test that on different systems without
too much manual work?

Also, is it important how many files are in the directory and how many
subdirectories, to see the effect?

Armed with the above, we could ask people to run the benchmarks and
report back, which should allow us to decide whether this non-trivial
change is justified.