Re:Emacs 26.3
by martincmartin on Thursday August 29, 2019 @08:05AM
(#20828720)
Emacs performance in general (not just Windows) has been a complaint forever. Back when Emacs was first launched, and machine memory was measured in megabytes, people joked it stood for Eight Megabytes And Constantly Swapping.
[ Parent
| on HN ]
Today gedit has twice memory footprint of a tricked out Emacs, however.
Only back then it was true. Now it’s only slow on Windows for some reason (and maybe not universally so, though I don’t use Windows enough to have bothered investigating).
While that's true, what's not slow on windows except maybe AAA video game titles? e.g. the "right click" on the Windows 10 desktop takes time to show up (even on a high end desktop pc)... just to show a contextual menu.
It's still very slow with a lot of Elisp code (Spacemacs, for instance). Maybe the memory footprint is better than VSCode, but VSCode starts faster and is more responsive than Emacs with a ton of packages.
Still waiting for Guile Emacs to solve that.
Re:Emacs 26.3
by JasonFruit on Thursday August 29, 2019 @09:19AM
(#20829207)
Of all the problems Guile Emacs might have fixed, performance on Windows is not one I considered.
I don't know if it would, but I can imagine that replacing the aging Elisp interpreter would improve the situation on all systems.
Yeah but does guile even work on windows? Last time I checked it was still very much confined to *nix systems.