fd twice as slow as rg for same dir traversals

fd version: 10.4.2

I ran the same file types listings on "cold" OS with buffers flushed:

• rg took 37s (second run after some time took 19s, with piping to lscolors)
• fd took 1m8s

Counted the returned results, 33679 for rg and 33676 for fd. So difference is inconsequential.

So it is quite strange that a program made to find strings inside files is much faster that a program made specifically to list fast dirs and files.

So I will use rg to find my files and pipe it to lscolors to achieve the same highlighting as fd. But it is quite confusing from a user perspective due to the expectation that fd would be the fastest tool possible to do this.