It’s far faster. Ripgrep has to search every file exhaustively at query time. Windows Search indexes every file at write time (or a background job) so the search results are near instantaneous
… at least, that’s how it used to work. I don’t know what happened to it over the past 5-10 years.
Everything could do this but sometimes you don’t want to.
i.e. you’re trading off the background indexing resource usage for instant search results. On a consumer PC where you’re constantly on it and searching for stuff that’s worth it, on a remote server that you’re logging into to bug fix but is normally just running a headless application it may not be.
NTFS drives have an index built-in. It’s not fit for search, but it comes with a journal and you can update a search index incrementally. That’s what Voidtools Everything does. It’s very fast and doesn’t need a background index. (I assume modern Linux drive formats can do the same)
It’s far faster. Ripgrep has to search every file exhaustively at query time. Windows Search indexes every file at write time (or a background job) so the search results are near instantaneous … at least, that’s how it used to work. I don’t know what happened to it over the past 5-10 years.
Why can’t ripgrep? “Everything” search does this. https://www.voidtools.com/downloads/
Everything could do this but sometimes you don’t want to.
i.e. you’re trading off the background indexing resource usage for instant search results. On a consumer PC where you’re constantly on it and searching for stuff that’s worth it, on a remote server that you’re logging into to bug fix but is normally just running a headless application it may not be.
NTFS drives have an index built-in. It’s not fit for search, but it comes with a journal and you can update a search index incrementally. That’s what Voidtools Everything does. It’s very fast and doesn’t need a background index. (I assume modern Linux drive formats can do the same)