4 ms·

There are also under-the-hood changes that I found truly upsetting: among other things, all the Emacs versions I've tried (stock GNU Emacs or Mac Port, download

by kkylin 1y ago

There are also under-the-hood changes that I found truly upsetting: among other things, all the Emacs versions I've tried (stock GNU Emacs or Mac Port, downloaded binary blobs and compiled on my machine) are either immediately unusable or become so slow after a day that they are almost unusable. Tracing things on Instruments suggests a culprit (the culprit?) is NSAutofillHeuristicController. This is not a new feature, but I'm guessing with them pushing Apple Intelligence it was rewritten. AFAIK no obvious way to disable this "feature". (Turning off Apple Intelligence doesn't seem to do it.) I'm contemplating rolling back to Sequoia.

josteink 1y ago
> among other things, all the Emacs versions I've tried (stock GNU Emacs or Mac Port, downloaded binary blobs and compiled on my machine) are either immediately unusable or become so slow after a day that they are almost unusable. So basically my #1 work tool will no longer work. That’s a hard deal-breaker right there. As a longer-term means of escape, what’s the best way to run a «full» Linux desktop on a otherwise managed Mac?
- skydhash 1y ago
  Parallel or Vmware (the former is paid and the latter is tortuous to download). Then you can go with debian (for minimal installation) or fedora (for ready to work desktop installation). Works quite great.
nitros 1y ago
The following should fix that: defaults write org.gnu.Emacs NSAutoFillHeuristicControllerEnabled "NO"
- kkylin 1y ago
  Thanks! I'll give that a shot
rick_dalton 1y ago
The developer of ghostty had this exact same issue with his terminal. Ironically apple's iCloud password autofill extension on firefox also practically halves my firefox performance. Seems like they haven't figured out autofill yet. https://github.com/ghostty-org/ghostty/commit/b58a761aba75fadf1e3dd2ea23df9e38c4284c92 https://github.com/ghostty-org/ghostty/commit/b58a761aba75fa...
- kkylin 1y ago
  Thanks! I saw that. As the ghotty commit (and another commenter on this thread) suggest, one can set defaults write org.gnu.Emacs NSAutoFillHeuristicControllerEnabled -bool false I've been using this for a couple days now. FWIW - With GNU Emacs, this seems to work just fine. Hurray! - With Emacs-Mac port, which many people like (including myself): I haven't had any luck so far. In particular, if you (like me) like to compile your own from source, doing this on macOS 26 (with XC26 etc) will compile but the resulting binary will very quickly (in seconds to minutes) become unresponsive. If you use a precompiled binary (including Homebrew cask) compiled on an earlier macOS version, that may be fine (provided you set NSAutoFillHeuristicControllerEnabled as above). Somehow the combination of the compiler & library (runtime & statically linked) is breaking Emacs-Mac for me. I haven't quite figured out why, and probably don't have time right now to get to the bottom of this...

by kkylin 1y ago

josteink 1y ago

> among other things, all the Emacs versions I've tried (stock GNU Emacs or Mac Port, downloaded binary blobs and compiled on my machine) are either immediately unusable or become so slow after a day that they are almost unusable. So basically my #1 work tool will no longer work. That’s a hard deal-breaker right there. As a longer-term means of escape, what’s the best way to run a «full» Linux desktop on a otherwise managed Mac?

skydhash 1y ago
Parallel or Vmware (the former is paid and the latter is tortuous to download). Then you can go with debian (for minimal installation) or fedora (for ready to work desktop installation). Works quite great.

nitros 1y ago

The following should fix that: defaults write org.gnu.Emacs NSAutoFillHeuristicControllerEnabled "NO"

kkylin 1y ago
Thanks! I'll give that a shot

rick_dalton 1y ago

The developer of ghostty had this exact same issue with his terminal. Ironically apple's iCloud password autofill extension on firefox also practically halves my firefox performance. Seems like they haven't figured out autofill yet. https://github.com/ghostty-org/ghostty/commit/b58a761aba75fadf1e3dd2ea23df9e38c4284c92 https://github.com/ghostty-org/ghostty/commit/b58a761aba75fa...

kkylin 1y ago
Thanks! I saw that. As the ghotty commit (and another commenter on this thread) suggest, one can set defaults write org.gnu.Emacs NSAutoFillHeuristicControllerEnabled -bool false I've been using this for a couple days now. FWIW - With GNU Emacs, this seems to work just fine. Hurray! - With Emacs-Mac port, which many people like (including myself): I haven't had any luck so far. In particular, if you (like me) like to compile your own from source, doing this on macOS 26 (with XC26 etc) will compile but the resulting binary will very quickly (in seconds to minutes) become unresponsive. If you use a precompiled binary (including Homebrew cask) compiled on an earlier macOS version, that may be fine (provided you set NSAutoFillHeuristicControllerEnabled as above). Somehow the combination of the compiler & library (runtime & statically linked) is breaking Emacs-Mac for me. I haven't quite figured out why, and probably don't have time right now to get to the bottom of this...