Re:Git ls-files is Faster Than Fd and Find
by rakoo on Sunday November 21, 2021 @05:29PM
(#29300419)
That's an extremely important tradeoff but it's not an issue in the process: it is possible to split indexing and searching in a root process and querying in a user process that asks the first one, and the first one filters with the different rights. Nothing we've never heard of.
Re:Git ls-files is Faster Than Fd and Find
by charcircuit on Sunday November 21, 2021 @08:27PM
(#29301679)
>That means that any user who can run a file search can also see every other users' files, which includes their partial web history (since most browsers, including Firefox and Chrome, cache data in files named for the website they're from, and the mtime will often be the last visit time).
Most people only have a single user. Sharing a computer with someone is not that common of a thing to do anymore.
Re:Git ls-files is Faster Than Fd and Find
by sillysaurusx on Sunday November 21, 2021 @05:47PM
(#29300544)
It feels like the index update should be a part of the filesystem layer itself. Not a separate process like you're saying.
I think these tradeoffs are why there hasn't been as much interest in replicating it, combined with the fact that mlocate/fd/find/fsearch are already a lot faster in most circumstances than the default Windows search and good enough for the most common use cases (although there are certainly usecases where they're not).