3 ms·
Atom is slower than VS Code, sure. However, if you end up in a file of any significant size in VS Code, you're pretty much toast. https://github.com/jhallen/jo
by ctrl-j 9y ago
Atom is slower than VS Code, sure. However, if you end up in a file of any significant size in VS Code, you're pretty much toast.
https://github.com/jhallen/joes-sandbox/tree/master/editor-perf https://github.com/jhallen/joes-sandbox/tree/master/editor-p...
- josteink 9y agoGood link. Really appreciated. I would be interested in seeing how that 3GB looked like though. For instance Emacs has no issues with huge files (logs with many lines), but can completely choke when the lines are really long (like a minified JS-file without lineshifts). I guess similar constraints may exist in other editors too. Without knowing how those 3GBs looks, it's hard to make a decent judgement of what the "load" test actually tests.
- ctrl-j 9y agoFrom the link: > huge 3 GB file (3M 1K lines) So, somewhat long lines, but not unreasonably huge. For me, working on a nasty legacy codebase with 10-15k LOC classes - VS Code is slow enough with syntax highlighting that I pretty much need to use something else.
- deleted 9y ago[deleted]