News for hackers. Stuff that matters.
Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by DigitalJack on Thursday March 23, 2017 @11:43AM (#13940766)
Emacs takes 8-15 seconds to open on my new i7.

That matters when I just want to do quick edits.

Vscode takes 3.

Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by klibertp on Thursday March 23, 2017 @06:55PM (#13945093)
It's not "Emacs" itself, it's plugins and Elisp libraries you have loaded. Emacs itself - the GUI, even including (optionally) blinking cursor - is actually quite fast.

To prove this, this command:

    time emacs -Q --eval "(kill-emacs)"
reports ~0.2 sec on my system.

My normal Emacs, just as yours, needs ~12 seconds to start up. But I made it this way by explicitly enabling and requiring things. I could, with some effort, get the time down to 5-8 seconds (byte-compilation and gathering autoloads in one place), and even back to around a second if I was desperate enough to try dumping the image of a running Emacs to disk (I did it once and succeeded, although the process wasn't pretty). I don't do this because I don't care that much, but the option is there.

Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by DigitalJack on Friday March 24, 2017 @12:58AM (#13946712)
Yes, this is true. But emacs without plugins isn't worth much, and I'm too old to enjoy playing the configuration fiddle for more than a few minutes
Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by packetslave on Thursday March 23, 2017 @12:15PM (#13941130)
export EDITOR="emacsclient -a ''"
Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by DigitalJack on Thursday March 23, 2017 @01:13PM (#13941747)
Unfortunately the group of plugins I use combined with running in windows just isn't stable enough to keep a server process running.

Admittedly this is a corporate laptop with all their virus crap running, so no editor is fast. But emacs in particular has very bad startup times for me.

Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by Philipp__ on Thursday March 23, 2017 @11:50AM (#13940847)
For me Emacs opens up in about 2 seconds and it's ready to go and print text input in scratch buffer. I am on 2015 MacBook Pro 13" with i5.
Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by braveo on Thursday March 23, 2017 @12:15PM (#13941128)
That's been my experience as well, although that's still too slow for my tastes as a vim user.

But I definitely don't ever recall it being 8 seconds, that feels like either an exaggeration or someone working on a potato.

Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by klibertp on Thursday March 23, 2017 @07:05PM (#13945154)
> that feels like either an exaggeration or someone working on a potato.

Haha, no. It depends on what you use Emacs for. Remember the old joke about Emacs being a great OS? The reality is that Emacs is a great computing environment for almost anything that deals with text and even for some completely unrelated things. If you want a cross-platform GUI then Emacs Lisp may be one of the choices available.

This caused "plugins" - Elisp applications - to flourish and over the years a lot of code was written. Long story short, I have ~640000 (not a typo) lines of Elisp in my ~/.emacs.d/ alone, not counting the built-in Elisp libraries. It takes time to load that much code, even if it's byte-compiled beforehand.

Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by braveo on Thursday March 23, 2017 @11:40PM (#13946404)
fair enough, I've never been able to stay with emacs long enough to collect the plugins.

The 1-2 second startup was slow enough that I couldn't even stay with the Emacs evil mode.

Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by eric_the_read on Thursday March 23, 2017 @12:37PM (#13941366)
For me, it takes <700ms, but that's because I leave it running all the time and call emacsclient from the command line.
Re:VS Code uses 13% CPU when idle due to blinking cursor ren... by sedachv on Thursday March 23, 2017 @05:52PM (#13944702)
There is something wrong with your system.