My favorite search tool on windows is Agent Ransack https://www.mythicsoft.com/agentransack/ Searches not only file names but in contents as well. Also blazing fast in my experience.
Just noting this is Windows software not unix-like.
Fsearch, a fast file search utility for Unix-like systems
61–70 of 98 posts
Re: Fsearch, a fast file search utility for Unix-like systems
#62Does it support find in files? I am using catfish and looking for alternatives but find in files would be a must have. Some are recommending fzf (rg, fd). What is your search workflow and what tools do you use?
> Does it support find in files?
No, not yet.
Re: Fsearch, a fast file search utility for Unix-like systems
#63Earlier quoted context omitted.
Sorry, I meant that you can fuzzy find the filenames, not the contents. For the latter, explorer top right search bar can do it surprisingly. As for a tool with an index, recoll comes to mind.
You can use the "si:" prefix in Everything alpha to query Windows index. https://www.voidtools.com/forum/viewtopic.php?f=12&t=9793 I have some use scenario (finding backlinks in a folder containing thousands of markdown files) where this method fits perfectly and returns results instantaneously (even ripgrep takes a second or two to find all the backlinks as it doesn't use an index). Unfortunately the text snippet sh…
Wow, that's amazing!
Let me know how recoll works for you, if you try it. It can search within XML stuff like word docs, PDFs and can even do OCR.
Re: Fsearch, a fast file search utility for Unix-like systems
#64Do any of the modern filesystem on Linux cover this very important use case of instant search anywhere like the good old NTFS does (that's how you get Everything's awesome performance)?
Between mlocate and rg I've never felt like I needed anything else.
Re: Fsearch, a fast file search utility for Unix-like systems
#65Earlier quoted context omitted.
Too much research and extremely low level troubleshooting required (i.e. source code reading) to get things working. Especially around wayland, multi-monitor, multi-GPU, Nvidia, etc. I hate what Microsoft has been doing with Windows, but Linux just isn't practical for my setup yet.
You are either extremely unlucky or chose a very strange setup. The problems you describe were common in early 2000s, but haven't been common in Linux desktop for a decade or so. For those reading above and thinking "I'll skip Linux, if that's the current status": it's not. Just pick Ubuntu LTS. Use it on common hardware (e.g not bleeding edge) and stick with the defaults. Don't try to make it exactly like your Mac o…
> For those reading above and thinking "I'll skip Linux, if that's the current status": it's not.
I politely disagree. I recently installed Fedora on my desktop PC because Microsoft decided that displaying a full-screen ad for Windows 11 that prevented my PC from booting was acceptable behaviour. Anyway, one of the first things I noticed on Fedora was that video playback was stuttery. After ages spent digging around, I discovered Fedora had disabled GPU hardware video decoding for legal reasons. Around the same time I made the mistake of trying to delete a directory with lots of files in it on an NTFS drive. The operation failed and corrupted the filesystem, and I had to spend a week or so downloading and restoring backups. Needless to say I'm back on Windows now.
Re: Fsearch, a fast file search utility for Unix-like systems
#66Earlier quoted context omitted.
Do you really need it on Mac? We've got mdfind
That's just a cli for Spotlight, right? I have found Spotlight to be increasingly unreliable over the years, to the point of being essentially useless now. Most recently, I discovered that absolutely nothing in my iCloud drive can be found with Spotlight, even if the file is on disk and I'm just trying to match its name. For extra fun, I found an Apple support page that suggested the Windows-in-1999-esque procedure o…
if you do not have the "show all file extensions" enabled, `.md` query in spotlight will not show up anything.
try without extension. (eg: just the name)
I even have scripts to locate other scripts using mdfind, it is pretty robust to be honest...
Eg:
source $(mdfind -name spacelatte-bashlib.sh)Re: Fsearch, a fast file search utility for Unix-like systems
#67Do any of the modern filesystem on Linux cover this very important use case of instant search anywhere like the good old NTFS does (that's how you get Everything's awesome performance)?
Between mlocate and rg I've never felt like I needed anything else.
Have you tried anything else like Everything? It's common to feel no need if you haven't experienced the awesomeness of immediate feedback that in many parts is easily refinable with a shortcut maintaning the same properties, e.g., turn case sensitivity: no need to get your query from history, edit flags and rerun it; or add another column with extra data, same thing, no need to remember the rarely used flags or run a help command to get them, edit query and rerun it
Re: Fsearch, a fast file search utility for Unix-like systems
#68Earlier quoted context omitted.
Wait, I didn't know Everything can full search text ? is it like search preview in macOS ?
Sorry, I meant that you can fuzzy find the filenames, not the contents. For the latter, explorer top right search bar can do it surprisingly. As for a tool with an index, recoll comes to mind.
I use astrogrep for searching file contents on windows, it's pretty fast. Not nearly as fast as everything but I guess that's the nature of searching full contents. Just restrict by file type and filter out node modules and it's fast enough
Re: Fsearch, a fast file search utility for Unix-like systems
#69"Performance. On Windows I really like to use Everything Search Engine. It provides instant results as you type for all your files and lots of useful features (regex, filters, bookmarks, ...). On Linux I couldn't find anything that's even remotely as fast and powerful." https://www.lesbonscomptes.com/recoll/pages/index-recoll.htm... "Recoll finds documents based on their contents as well as their file names." "Recoll…
Recoll serves a different purpose as it's primarily build to index and search within your personal documents. That's why it doesn't work well when you point it to the root folder, in an attempt to search within the entire system of millions of files and that's also the reason why it's not as fast, since it's doing more work (parsing complex file formats, searching within a more complex database structure and more data, ...).
FSearch is primarily built to find files on the entire system instantly (by that I mean that all results should be ready by the time you press the next character while typing), based on their name, size, time, filetype, etc. This is less work than what Recoll does and that's why it is much faster.
That's why I also use both tools.
Re: Fsearch, a fast file search utility for Unix-like systems
#70Earlier quoted context omitted.
Sorry, I meant that you can fuzzy find the filenames, not the contents. For the latter, explorer top right search bar can do it surprisingly. As for a tool with an index, recoll comes to mind.
I use astrogrep for searching file contents on windows, it's pretty fast. Not nearly as fast as everything but I guess that's the nature of searching full contents. Just restrict by file type and filter out node modules and it's fast enough
dngep is great. It can also use everything