3 ms·
VS Code can't handle very large files (multi-GiB), but Sublime can.
by zenexer 8y ago
VS Code can't handle very large files (multi-GiB), but Sublime can.
- zamadatix 8y agoDoes anybody know of a decent benchmark on editor latency? I swear Sublime feels more responsive vs VS code but that could just be in my head.
- azeirah 8y agoThere is a great benchmark somewhere on Github, it measures 5-ish metrics, like key->rendered latency, time to load 100MB file, and stuff like that. Apparently, the Joe editor was the fastest, and Sublime has basically first or second place for most metrics. Atom crashed for a few metrics :P I don't know if I could find it for you... but it's out there somewhere, maybe someone here has it bookmarked.
- govg 8y agohttps://github.com/jhallen/joes-sandbox/blob/master/editor-perf/readme.md https://github.com/jhallen/joes-sandbox/blob/master/editor-p... This is probably what you're looking for.
- Strom 8y agoThere's one from 2017, but it's probably not too accurate for things like VSCode anymore. https://news.ycombinator.com/item?id=13933128 https://news.ycombinator.com/item?id=13933128
- dmit 8y agoFor pure typing latency, here's a fairly rigorous one from three years ago: https://pavelfatin.com/typing-with-pleasure/ https://pavelfatin.com/typing-with-pleasure/ It doesn't include VS Code, but it does describe the benchmarking process and the provided tool is simple to use. On my current setup, VS Code 1.32.1 is ~5ms slower than Sublime Text 3.2: 16.2ms vs 10.8ms respectively.
- guessmyname 8y agohttps://cixtor.com/blog/editor-latency https://cixtor.com/blog/editor-latency
- h1d 8y agoIs that all? I can swear I'll never encounter such a huge text file as a programmer. There are other ways to interact with those than open up in an editor.
- rovr138 8y agoAs someone else’s anecdote, I have. Log files can easily grow, database exports as well.
- syspec 8y agoI use sublime as a text editor for such files, but other IDEs (in my case webstorm) for everything editing project code
- h1d 8y agoEither you should split the files when exporting (split database schema from data and for each table or by date etc for logs) or grep to filter out than open up GB size in an editor as you'll have problem navigating anyway. You don't want to use 'find' inside the editor for that kind of size.
- zenexer 8y agoOr you can use Sublime, where it's not an issue. Find works just fine on large files.