Does underlying logic have any performance/responsiveness-measurement hooks?
Would help in the "it is a dog on i7! / no, it's fast!" discussion :)
Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
71–80 of 176 posts
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#72Earlier quoted context omitted.
Seeing as quite a few people here are complaining about the performance of Atom, I thought I'd give it a try see if there's anything to it. Cloned the 'Phaser' javascript game engine repo off GitHub and went through a few files (each with 500-1000 LOC), did some editing and... didn't have a single problem with performance. I can only imagine that you and the other complainers are running older computers that can't ke…
Nope, completely wrong. I have a 32GB i7-4790K at around 4Ghz or so, and Atom is a complete dog. The painful truth is that a webview is never going to beat a native app at this kind of task. It's not a vocal minority. Atom is painful to use compared to, say, Sublime.
You expect me to believe that with those specs Atom really runs like a 'complete dog'? The fact you also mention Sublime too really just tells me that your opinion was biased from the start. Finally, JIT compiled languages can be just as fast as native, simply because they can optimise to your hardware specs. You are getting mixed up as to why things are the way they are; JavaScript is a dynamically typed language, so the engine doesn't know AOT what types have what members, so this can cause a slow down compared to statically typed languages. BUT any JavaScript engine worth it's salt quickly figures the stuff out on startup so it's not a problem, as long as you don't use too many dynamic tricks that it can't optimise.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#73The new features and updates are great, but the one thing holding me back from using it is the fact it is extremely slow and laden with performance issues. Anyone who has ever attempted to open a file with a lot of lines of code will attest to the fact that Atom has issues. Ironically, Microsoft's open source Visual Studio Code editor is based in part of some aspects of Atom and it has exceptional performance and is…
Seeing as quite a few people here are complaining about the performance of Atom, I thought I'd give it a try see if there's anything to it. Cloned the 'Phaser' javascript game engine repo off GitHub and went through a few files (each with 500-1000 LOC), did some editing and... didn't have a single problem with performance. I can only imagine that you and the other complainers are running older computers that can't ke…
> went through a few files (each with 500-1000 LOC), did some editing and... didn't have a single problem with performance.
Pfft, 1000 lines of code? If Atom couldn't handle tiny files like that, you couldn't even call it an editor. Try working with a 10-20k+ line file (very common for me when looking at compiler output) and your heart will skip a beat when you realize that you had unsaved changes in another file before opening that file, because the whole program locks up for about 5 seconds trying to apply highlighting. I have to use sublime text for those files and watch where I click in Atom because of this.
I'm using a very recent quad core i7 MBP with 16GB ram and an SSD, absolutely not my computer.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#74The new features and updates are great, but the one thing holding me back from using it is the fact it is extremely slow and laden with performance issues. Anyone who has ever attempted to open a file with a lot of lines of code will attest to the fact that Atom has issues. Ironically, Microsoft's open source Visual Studio Code editor is based in part of some aspects of Atom and it has exceptional performance and is…
I simply don't understand the appeal of the thing. To a person, everyone who raves about it says, essentially "just like Sublime Text, but in Javascript!" , and yeah, that seems right. Just like Sublime Text, but in Javascript...and plagued with the performance problems you'd expect from Sublime Text, written in JavaScript. There's not really a killer feature that makes me want to switch from the editor I use already…
I suspect the primary reason people like the fact that it's written in JavaScript is because a lot of people know JavaScript. That makes Atom eminently hackable.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#75The new features and updates are great, but the one thing holding me back from using it is the fact it is extremely slow and laden with performance issues. Anyone who has ever attempted to open a file with a lot of lines of code will attest to the fact that Atom has issues. Ironically, Microsoft's open source Visual Studio Code editor is based in part of some aspects of Atom and it has exceptional performance and is…
> extremely slow and laden with performance issues I've honestly not experienced this at all; though I'm running Atom/Nuclide with only the Babel language plugin extra.
I think you hit the nail on the head. Slowness in Atom varies so much from person to person probably because it's not in the editor itself, but in the plugins, and everyone has different plugins installed.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#76Earlier quoted context omitted.
Nope, completely wrong. I have a 32GB i7-4790K at around 4Ghz or so, and Atom is a complete dog. The painful truth is that a webview is never going to beat a native app at this kind of task. It's not a vocal minority. Atom is painful to use compared to, say, Sublime.
You expect me to believe that with those specs Atom really runs like a 'complete dog'? The fact you also mention Sublime too really just tells me that your opinion was biased from the start. Finally, JIT compiled languages can be just as fast as native, simply because they can optimise to your hardware specs. You are getting mixed up as to why things are the way they are; JavaScript is a dynamically typed language, s…
You should believe them and others on here. Atom is slow. No way around it.
If you or others say that it's fine, then you're suffering from Stockholm syndrome, having been taken in to the cult of Atom.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#77Earlier quoted context omitted.
You expect me to believe that with those specs Atom really runs like a 'complete dog'? The fact you also mention Sublime too really just tells me that your opinion was biased from the start. Finally, JIT compiled languages can be just as fast as native, simply because they can optimise to your hardware specs. You are getting mixed up as to why things are the way they are; JavaScript is a dynamically typed language, s…
You should believe them and others on here. Atom is slow. No way around it. If you or others say that it's fine, then you're suffering from Stockholm syndrome, having been taken in to the cult of Atom.
Did you not read my original post? I only just downloaded Atom for the first time.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#78that's beautiful... suddenly I resent my decade long addiction to a certain other editor. kinda. Does anyone have experience using vim-mode?
Use it all day every day. It's fairly solid. One incredibly frustrating bug is that dw on the last word in a line deletes the newline, which is pretty unexpected. I've gotten in the habit of doing d$ since it's been that way for more than a year.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#79Earlier quoted context omitted.
Seeing as quite a few people here are complaining about the performance of Atom, I thought I'd give it a try see if there's anything to it. Cloned the 'Phaser' javascript game engine repo off GitHub and went through a few files (each with 500-1000 LOC), did some editing and... didn't have a single problem with performance. I can only imagine that you and the other complainers are running older computers that can't ke…
> went through a few files (each with 500-1000 LOC), did some editing and... didn't have a single problem with performance. Pfft, 1000 lines of code? If Atom couldn't handle tiny files like that, you couldn't even call it an editor. Try working with a 10-20k+ line file (very common for me when looking at compiler output) and your heart will skip a beat when you realize that you had unsaved changes in another file bef…
Ok sure, I opened up a 1000 SLOC file and copied until it was a 20,000 SLOC file, and performance was still fine. So I made it a 60,000 SLOC file. This time there was a small drop in perf as the editor caught up then it was fine again (not sluggish at all when editing the file).
Are you taking this compiler log from a remote build server? AS in that case it's your network that is the bottleneck as the file is copied to your computer, which could be causing the lock up.
Note: I'm using a 4790k 4ghz with 8gb RAM.
Re: Atom 1.6 Released with Pending Pane Items, Async Git and Top and Bottom Bar API
#80Is there any way to port Atom to run in the browser through a webserver? My work flow is autossh + tmux + Vim so that I can work from any computer on my server. If Atom had something similar I'd be interested.