4 ms·
Emacs has been pretty slow in editing, ever since Visual Code came along to set the bar higher. Good thing that Emacs is back in the game though, that editor ha
by darthrupert 6y ago
Emacs has been pretty slow in editing, ever since Visual Code came along to set the bar higher. Good thing that Emacs is back in the game though, that editor has heart.
- deleted 6y ago[deleted]
- geokon 6y agolast I tried VSCode there was a noticeable input lag (keystroke to character on screen). Is there some trick to fix this? I found it incredibly distracting. In Emacs... Magit is instantaneous while orgmode tangle/export is embarrassingly slow - but never a dealbreaker anecdotally eshell has some of the lowest latencies as well https://danluu.com/term-latency/ https://danluu.com/term-latency/
- andai 6y agoI switched back from VSCode to Sublime Text (despite enjoying Intellisense) due to how much more responsive the scrolling is in Sublime.
- nxpnsv 6y agoSame here, maybe it’s only in my head, but for me subl is just better.
- darthrupert 6y agoIt is massively better in latency than any other editor I've tried. No surprise, since I believe it's C++. Unfortunately sublime's plugin ecosystem isn't very lively.
- agumonkey 6y agoI couldn't even type 2 chars in vscode on a 2nd gen i5. To be fair it's been decades since I've experienced that amount of delay. Thanks I guess
- stjohnswarts 6y agoIf you're have a problem with performance in vscode 95/100 times it's memory not cpu bound. Obviously emacs uses less memory than vscode, at least at base configuration.
- agumonkey 6y agoMaybe, it's still incredible to think that memory pressure would create that much latency. And I'm not that picky, I use a hp48 calc (on which lag is almost a feature). I'm just shocked when people say emacs is sluggish while vscode flies.