8 ms·
My atom crashes every time I try to open a huge text file (containing data of some sort). Other text editors handle them just fine. This time they added a conf
by gh1 10y ago
My atom crashes every time I try to open a huge text file (containing data of some sort). Other text editors handle them just fine.
This time they added a configuration option for the large file warning threshold. This isn't enough.
Anyone else have the same problem?
- nkg 10y agoYup, every time I accidentaly open a minified file, it hangs for a minute.
- justinsaccount 10y agoThat can be problematic for reasons other than size. Usually minified files will not contain any newlines, meaning that not only is the file rather large, it is effectively all on a single line. I've seen things like vim have problems with files like that, I think mostly from trying to syntax highlight the visible region.
- mrspeaker 10y agoEspecially problematic as things turn up in search results, so you click on them, then realize it's a build file and you can go get a coffee
- thewhitetulip 10y agoI used to have this problem with Atom a long time ago. It is slow for huge files. I switched to visual studio code for this reason, despite being on the same shell, vscode is way faster than atom
- JorgeGT 10y agoI have the same problem, as I often need to inspect large text files resulting from experimental measurements or fluid dynamics simulations.
- skybrian 10y agoUse Atom for source code and another editor for large text files (such as logs).
- guessmyname 10y agoThey added an option at "Settings > Core" to "Warn before opening files larger than this number of megabytes". I don't use Atom at all, but after so much discussion about this issue I don't think there is a better solution. This clearly shows the difference in performance of a web-based text editor versus one built on top of a native UI library, but people prefer to sacrifice that performance for the nice interface and the extensibility, I suppose that many of these happy Atom users don't work on huge projects like some of us do, Atom works okay for what it offers.
- brazzledazzle 10y agoVisual studio code is a web based text editor is it not?
- JorgeGT 10y agoSpecifically based on Electron, Atom's own framework: http://electron.atom.io/ http://electron.atom.io/
- dismantlethesun 10y agoWhat is VS Code doing differently to make it so performant? Is it simply less extendible?
- brazzledazzle 10y agoMy understanding is that the editor portion of it was created specifically for Visual Studio Online and it had a smart and dedicated team (acquire hire maybe?) working on it.
- thewhitetulip 10y agoThey have released the core part of VSCode as a node package called Monaco.
- apetresc 10y ago
- 55555 10y agoI used Atom for over a year then switched to Sublime Text because of Atom's inability to open large files and because of its slowness when doing things like highlighting as you type while using Find in a large file. I think the problem is simply that their stack handicaps them severely in this respect. I need my text editor to be able to handle large files and to be extremely fast.
- elcct 10y agoThis is a deal breaker for me. If other editors could handle remote filesystems as good as Atom I would have switched to something else perhaps VS Code. It is weird that Atom has been having this problem for so long and they don't seem to care about fixing it.
- puppetmaster3 10y agoWhen you code - use Atom. When you need to edit data files or other huge files - don't use Atom.