5 ms·
I'm curious why Atom gets so much crap for being an Electron app, whereas VS Code is generally praised for it's speed. Are they doing something significantly di
by timdorr 10y ago
I'm curious why Atom gets so much crap for being an Electron app, whereas VS Code is generally praised for it's speed. Are they doing something significantly different from each other?
- Touche 10y agoYeah, their JavaScript is better. Electron has nothing to do with the speed.
- Zyst 10y agoThis, my start time on Atom -- using an SSD -- on Windows is several times longer than VS Code, it just feels jarring. On OS X the start times for Atom are a lot better though, in my experience.
- ovao 10y agoI suspect there's some bandwagonism at play in some of it, but I think the VS Code team has generally applied lessons learned from some of Atom's more obvious performance shortfalls (large file handling, for example, for which support was added very incrementally). In my day-to-day usage I'm not seeing any significant performance differences between Atom and Code, but that may just be a function of my particular use cases, or it may well be that newer versions of Atom have, at least somewhat, caught up to VS Code.
- arkitaip 10y agoThe performance difference between Atom and VS Code is very noticeable on low and mid range PCs. Most of us here on HN are very fortunate that we can afford high end PCs that minimizes performances bottlenecks but we should keep in mind that most of the world isn't so fortunate and that good performance still matters.
- vvanders 10y agoYeah, I've been floored at how well VSCode works on my ultrabook.
- zumu 10y agoI've been developing on a chrome book for the past year. I can confirm that vs code runs very smooth, while atom is finicky and just flat out dies on opening large folders/files.
- Pigo 10y agoKudos to another chromebook dev! Are you running Ubuntu in a Crouton, or another setup? I'm doing that and I run Atom without any complaints. It might just be the way I'm using it however.
- Touche 10y agoI like Chromebooks for the OS, not for the hardware, so I use Secure Shell with tmux & vim.
- zumu 10y agoI removed the write protection screw, upgraded my ssd, flashed on a new bios from https://mrchromebox.tech/ https://mrchromebox.tech/, and installed galliumOS--originally I used chrubuntu, then straight ubunutu. Everything works great. Even installed display link drivers, so I can dock to 2 monitors at work. Can you open arbitrarily large text files/directories in atom these days? Whenever, I open anything over a few thousand LOC atom seems to lock up for me. I was actually forced to switch from Atom to VSC, because I had a bad habit of accidentally clicking on `node_modules` in the file tree and crashing my session.
- Pigo 10y agoI had someone on here mention the write protection screw removal method to me before, I just couldn't bring myself to do it on my Pixel 2. But I should try it, I'm glad to hear someone say it worked out great for them. I definitely want to still be able to boot into the normal Chrome OS because it's preferable to me when I'm not working. I think I see what you're saying. Maybe it's because the pixel is actually a beast, I don't notice it as much. I have VS Code installed, maybe I should give it another shot. I'm probably just used to Atom, and the only time I really used VSC I was trying to work on one of our really large .NET solutions and it just started throwing hundreds of errors at me. I should try one of my MEAN apps in it.
- jrs95 10y agoIf you take a look at your memory usage I think you would find that Atom consumes significantly more memory than VS Code. That's always been the case for me, at least.
- untoreh 10y agothe biggest memory footprint is gonna come from language servers I think, so check those.
- marcoperaza 10y agoThis comes up every time there's an Atom or VSCode post, but I've yet to see a good explanation of the architectural differences that contribute to the performance differences. Does anyone have the scoop?
- simooooo 10y agoAll I know is that the typescript code used in VS code looks almost like C#. Interfaces etc. I had a good look at the github. I can only assume that leads to a very low leakyness and low memory usage.
- qarioz 10y agoFrom the visual studio code developer: https://vimeo.com/174657014 https://vimeo.com/174657014
- athyuttamre 10y agoAtom loads plugins in the main thread, whereas VSCode runs them in a background thread. This alone makes a huge difference. More here: https://code.visualstudio.com/docs/extensions/our-approach https://code.visualstudio.com/docs/extensions/our-approach
- Touche 10y agoSame excuse Firefox used to always make for its slowness; it's extensions fault. In the case of Atom, it's slower without any extensions installed, in my experience.
- athyuttamre 10y agoTotally possible, since Atom's core functionality is also plugin-based. Stuff like syntax highlighting etc. IIRC.
- untoreh 10y agoa simple example: on vscode, opening a file from remote fs does not lock the ui, atom (and sublime) freezes. vscode is pretty concurrent! the only thing somewhat slow seems to be regex matches which are single threaded but I am not sure they lock the ui
- aswerty 10y agoJust a thought but, it might just be that Atom is naturally compared with the likes of Sublime Text or gVim and VS Code is naturally compared with Visual Studio.
- Pigo 10y agoThis makes a lot of since. It's not going to load as fast as most text editors, as it does a lot more out of the box. And most people using VS Code have spent years of their life waiting for VS to open.
- ukyrgf 10y agoJust because of the name? Visual Studio is a humongous IDE, and VS Code is a little text editor.
- deleted 10y ago[deleted]
- floopidydoopidy 10y agoBecause Microsoft pays people to shill for them on media sources like Hackernews.
- newdayrising 10y agoHave you compared the two? Let's say there are "shills" on HN - it doesn't change the fact that many people see obvious differences in performance between the two editors. It's objectively verifiable. Maybe you're an anti-MS shill
- floopidydoopidy 10y agoI'm shilling for anti-shilling.
- electroly 10y agoThe text editor component (i.e. the part people are most likely referring to when discussing performance) is completely different between Atom and VS Code. No relation at all between the two codebases. VS Code's derives from Visual Studio Online.
- ksubedi 10y agoVSCode actually uses natively compiled C# codebase for all the processing and only uses Electron for the "View" part. Atom does everything in javascript.
- joaomoreno 10y agoNo. TypeScript 73.9% JavaScript 21.6% CSS 3.4% Inno Setup 0.8% HTML 0.2% Shell 0.1%
- Rapzid 10y agoDo you have any references for this? I believe most are of the impression that VSCode run entirely on electron/node; even the editor, Monaco, which is written in JS. Although, I believe their plugin system would allow plugins to be written in any language.
- qarioz 10y agoOne of the developers explain why it's faster than atom, basically the are using different threads for different things and many optimization on viewbox https://vimeo.com/174657014 https://vimeo.com/174657014