I've built what amounts to a database of my entire digital life stretching back to the early 90s, using the super powers of EagleFiler from C-Command Software and the highly respected, veteran developer, Michael Tsai. EagleFiler is the ultimate everything bucket for my needs. With it I can quickly locate any email, social media post, blog article or work document that I have ever created, plus more. EagleFiler is much faster than Spotlight at finding what I am looking for. It provides a very scalable way to organize, annotate and expand any project.
What's in My EagleFiler
- Nearly 160K emails stretching back to 2005
- Web archives with the original link, and formatting for thousands of web pages imported from my bookmarks and added with convenient system wide tools over the past couple of years.
Here it is w/o doing any indexing, just sitting idle in the background:
https://preview.redd.it/o7nmvb1w4mig1.png?width...
Feb 10 1 like
You are not wrong. I think the rewrite in Swift will alleviate this to a large extent. Feb 10 1 like
The developer replied to my forum post on this that we should look at Private Memory and not Memory.
https://forum.c-command.com/t/high-ram-usage/17481/3?u=sridhar Feb 10 1 like
I completely overlooked that second to last paragraph which led to a large misunderstanding on my part. I see now the dev has intentions to upgrade to Apple Silicon at some point in the future.
My initial (mis)understanding was that they weren't interested at all in a full Apple Silicon release.When I asked Michael about his plans for the future of EagleFiler her gave me quite a list. "The top priority is making it fully Apple Silicon native and at the same time rewriting it in Swift. Another high priority is adding a widescreen view (i.e. with the preview pane on the side instead of the bottom). Lots more new features, optimizations, and refinements are planned. I love EagleFiler as is (and use it every day to run my life as well as to help develop the app itself), but I think there's so much potential to make it even better."Original comment:
~~Rosetta is indeed a deal breaker. It was meant as a stop gap to allow devs time to migrate and for compatibility with legacy software. A translation layer will never run as efficiently as native.~~
~~Considering a paid piece of software, which is still releasing updates, hasn't yet released native ARM binaries 5 years later... Is wild IMO.~~ Dec 5, 2025 1 like
It’s a big project, and there’s been a lots of other stuff going on at the same time. I didn’t want to let the old version rot while working on the new one. So it’s gotten lots of updates with new features, updated UI as macOS fashions have changed, rewritten subsystems as new macOS versions broke various things. Another big distraction was my main app, SpamSieve, which was just finishing its own Swift rewrite when Apple dropped support for Mail plug-ins and I had to completely redesign how it integrated with Apple Mail.
The goal wasn’t to race to port the code to Apple Silicon as soon as possible. It was to work towards a native version that will be a great foundation for the next 20 years, while staying in business and keeping everything working and as bug-free as possible at all times.
I get that having Rosetta under the hood is not aesthetic, but as a practical matter it works really well, Apple has committed to supporting it for at least two more major versions of macOS, and I hear from users who switched to EagleFiler because it’s \*faster\*. This is actually not really a surprise because (a) EagleFiler has as solid architecture (being designed around the limitations of Python at the time) and (b) being very familiar with the code and profiling it, I know that when there \*is\* slowness it’s mostly not because of the Rosetta translation. (Also, some of the most processor-intensive parts of the app are already broken out into separate helper processes, which do run natively.)
Bottom line, of course I would have liked to get off Rosetta sooner, but we’re using it as intended: as a temporary bridge. Dec 6, 2025 9 likes
Missing that key paragraph, I was under the mistaken impression you weren't interested in a native Apple Silicon version. Again, my apologies. I am well aware it's not a trivial task to migrate to a different architecture. It simply came across as you didn't care, so I threw in some commentary that I now realize was very silly.
I appreciate you taking the time to respond with such detail and insight. Excited to see how the new version turns out. 🙂 Dec 6, 2025 3 likes
\* stable and reliable
\* fast
\* easy to use
\* useful without having to heavily customize it (but also has many customizations)
\* smart architecture, provides organization but not locked to product if I want/need to migrate (unlike Yojimbo)
I migrated to Eagle Filer from Yojimbo (well, really, I am \_still\_ migrating because PROCRASTINATION) and I have not been disappointed.
I am looking forward to moving 30 years of email out of Apple Mail/Fastmail and into Eagle Filer.
I am looking forward to future LLM support!
I appreciate the effort to maintain and advance this type of application in our current software development environment. I am a current paid customer and I will be purchasing the new version when it is available.
Kudos and thanks to all involved in building and maintaining this very necessary application!
❤️ Dec 22, 2025 1 like
Having missed that critical piece of info, I assumed the dev simply didn't care or have the time to migrate to Apple Silicon. For a paid app, with active releases, I felt it was a legitimate call out.
I realize now it was all a silly misunderstanding on my part. 😅 Dec 6, 2025 3 likes
Apple has previously discontinued emulation layers in future OS releases, making native ARM support a more sustainable long-term solution. Dec 5, 2025