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.
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).
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.
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.
Still waiting for Guile Emacs to solve that.
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.
Guile probably would, but Guile Emacs is not ready (yet?).