6 ms·

How do you get a reasonably fancy Emacs to start up/open files quickly? Every time I try to get into EMacs after adding a few packages it becomes painfully slow

by jitl 3y ago

How do you get a reasonably fancy Emacs to start up/open files quickly? Every time I try to get into EMacs after adding a few packages it becomes painfully slow to open a file for editing. Then I try to understand Emacs server, then I fail / give up and go back to vim.

lynx23 3y ago
I was about to answer "Use emacsclient", but then I realized you can't be bothered to configure it. For me, putting "(server-start)" into .emacs was always enough, but YMMV.
PH95VuimJjqBqy 3y ago
yeah, I can't deal with the emacs startup. I mean, it's not slow per se, but compared to vim it's noticeably slower so I can't deal with it.
cyruseuros 3y ago
The way the other guy said. Then it breaks enough times, you give up, and switch to Helix. Nothing snappier out there (vanilla Vim included) and it comes with all the goodies you'd install 100 packages for (DAP, LSP, treesitter, sane default configs for dozens of languages) To each their own, but for a hardcore Emacs user (wrote a number od my own plugins) that actually tried and couldn't seriously adopt VSCode for more than a few months, Helix was such a nice surprise + change of pace. Worth giving it a shot if you're caught in that gap.
- shanusmagnus 3y ago
  Is there something that approximates org-mode outlining? I don't need all the other stuff org-mode does, but just the simple outliner functionality combined with all the other Emacs stuff is my golden handcuffs.
  - cyruseuros 3y ago
    Not that I'm aware of just yet, unfortunately, so might be a good reason to stick around. For me the switch coincided with jumping on the zettelkasten train and I haven't looked back since. I miss some org mode fratures but constantly `org-refile`-ing I can do without.
willdr 3y ago
Open it at 8am, close it at 8pm
- jkrubin 3y ago
  Hahahaha. A dev I work with who has been using eMacs for 30+ years is well known at my company for having eMacs sessions open for 6+ months at a time.
- baq 3y ago
  I’d rather open at 8am, close on kernel upgrade. At least that’s how I worked with my vim tmux sessions ;)
AlexCoventry 3y ago
Emacs server is quite straightforward. M-x server-start in a running emacs, then emacsclient <filename>. emacsclient -c if you want to open the file in a new window, or emacsclient -t if you want to open it in your current terminal. C-x # when you're done editing the file.
- euroderf 3y ago
  myhome>> emacs --daemon
  - oarsinsync 3y ago
    emacsclient -ca '' Connect to the daemon if it’s running, start it if it’s not. alias emacs="emacsclient -ca ''"
ideasman42 3y ago
I've been using emacs as my main editor for years now and don't find the startup speed to be an issue - to the point I've never bothered with emacsclient: It starts up with ~77 packages in half a second. This is my config. https://gitlab.com/ideasman42/dotfiles/-/tree/main/.config/emacs?ref_type=heads https://gitlab.com/ideasman42/dotfiles/-/tree/main/.config/e...
- benreesman 3y ago
  That’s pretty close to what I’ve been running on the GC tuning but I like parts of your spelling better. This is going MIT as part of a bigger project in about a month (think Lucid s/C++/modern models/). If I inline attribution you mind if I borrow this or that?
mkesper 3y ago
Use doomemacs for a start. It really optimizes startup time and offers vast included modules as well as great package management. https://github.com/doomemacs/doomemacs/blob/master/docs/getting_started.org#package-management https://github.com/doomemacs/doomemacs/blob/master/docs/gett... Oh and for Windows, WSL2 seems to be the fastest: https://github.com/doomemacs/doomemacs/blob/master/docs/getting_started.org#on-windows https://github.com/doomemacs/doomemacs/blob/master/docs/gett...
- Evidlo 3y ago
  So buggy for me.
- benreesman 3y ago
  Doom is a great start for a low-friction, extreme quality curated emacs setup. +1
  - kaeland 3y ago
    Another +1 for using DOOM emacs.
benreesman 3y ago
https://imgur.com/a/i99Nisn https://imgur.com/a/i99Nisn 1.4 seconds for 100 packages, half of which are on probation? My (and soon `HYPER//MODERN`'s) package set is under heavy construction, I'll be sad if I don't get it under 300ms including loading and rendering a logo at 6k from a cold disk which that was. Rust is a perfectly good language for writing tight code, but those `emacs` inner loops have been tuned by hard-ass pros for 30+ years in straight C, which is plenty fast too. Even the best Rust code doesn't have that kind of tuning in. `emacs` is fucking fast.
- estebank 3y ago
  With no intention to push back on Emacs being highly optimized, age of an application is not an accurate proxy for level of performance. If it were, grep would be faster than ripgrep. New software can apply optimisations discovered over the previous 40 years, and leverage architectural designs with different assumptions, like the GC limits in Emacs discussed elsewhere in the comments. Older applications can apply those same optimizations, but it's not a given that they will, and changing their architecture can be daunting, for sometimes unknown benefits.

by jitl 3y ago

lynx23 3y ago

I was about to answer "Use emacsclient", but then I realized you can't be bothered to configure it. For me, putting "(server-start)" into .emacs was always enough, but YMMV.

PH95VuimJjqBqy 3y ago

yeah, I can't deal with the emacs startup. I mean, it's not slow per se, but compared to vim it's noticeably slower so I can't deal with it.

cyruseuros 3y ago

The way the other guy said. Then it breaks enough times, you give up, and switch to Helix. Nothing snappier out there (vanilla Vim included) and it comes with all the goodies you'd install 100 packages for (DAP, LSP, treesitter, sane default configs for dozens of languages) To each their own, but for a hardcore Emacs user (wrote a number od my own plugins) that actually tried and couldn't seriously adopt VSCode for more than a few months, Helix was such a nice surprise + change of pace. Worth giving it a shot if you're caught in that gap.

shanusmagnus 3y ago
Is there something that approximates org-mode outlining? I don't need all the other stuff org-mode does, but just the simple outliner functionality combined with all the other Emacs stuff is my golden handcuffs.
- cyruseuros 3y ago
  Not that I'm aware of just yet, unfortunately, so might be a good reason to stick around. For me the switch coincided with jumping on the zettelkasten train and I haven't looked back since. I miss some org mode fratures but constantly `org-refile`-ing I can do without.

willdr 3y ago

Open it at 8am, close it at 8pm

jkrubin 3y ago
Hahahaha. A dev I work with who has been using eMacs for 30+ years is well known at my company for having eMacs sessions open for 6+ months at a time.
baq 3y ago
I’d rather open at 8am, close on kernel upgrade. At least that’s how I worked with my vim tmux sessions ;)

AlexCoventry 3y ago

Emacs server is quite straightforward. M-x server-start in a running emacs, then emacsclient <filename>. emacsclient -c if you want to open the file in a new window, or emacsclient -t if you want to open it in your current terminal. C-x # when you're done editing the file.

euroderf 3y ago
myhome>> emacs --daemon
- oarsinsync 3y ago
  emacsclient -ca '' Connect to the daemon if it’s running, start it if it’s not. alias emacs="emacsclient -ca ''"

ideasman42 3y ago

I've been using emacs as my main editor for years now and don't find the startup speed to be an issue - to the point I've never bothered with emacsclient: It starts up with ~77 packages in half a second. This is my config. https://gitlab.com/ideasman42/dotfiles/-/tree/main/.config/emacs?ref_type=heads https://gitlab.com/ideasman42/dotfiles/-/tree/main/.config/e...

benreesman 3y ago
That’s pretty close to what I’ve been running on the GC tuning but I like parts of your spelling better. This is going MIT as part of a bigger project in about a month (think Lucid s/C++/modern models/). If I inline attribution you mind if I borrow this or that?

mkesper 3y ago

Use doomemacs for a start. It really optimizes startup time and offers vast included modules as well as great package management. https://github.com/doomemacs/doomemacs/blob/master/docs/getting_started.org#package-management https://github.com/doomemacs/doomemacs/blob/master/docs/gett... Oh and for Windows, WSL2 seems to be the fastest: https://github.com/doomemacs/doomemacs/blob/master/docs/getting_started.org#on-windows https://github.com/doomemacs/doomemacs/blob/master/docs/gett...

Evidlo 3y ago
So buggy for me.
benreesman 3y ago
Doom is a great start for a low-friction, extreme quality curated emacs setup. +1
- kaeland 3y ago
  Another +1 for using DOOM emacs.

benreesman 3y ago

https://imgur.com/a/i99Nisn https://imgur.com/a/i99Nisn 1.4 seconds for 100 packages, half of which are on probation? My (and soon `HYPER//MODERN`'s) package set is under heavy construction, I'll be sad if I don't get it under 300ms including loading and rendering a logo at 6k from a cold disk which that was. Rust is a perfectly good language for writing tight code, but those `emacs` inner loops have been tuned by hard-ass pros for 30+ years in straight C, which is plenty fast too. Even the best Rust code doesn't have that kind of tuning in. `emacs` is fucking fast.

estebank 3y ago
With no intention to push back on Emacs being highly optimized, age of an application is not an accurate proxy for level of performance. If it were, grep would be faster than ripgrep. New software can apply optimisations discovered over the previous 40 years, and leverage architectural designs with different assumptions, like the GC limits in Emacs discussed elsewhere in the comments. Older applications can apply those same optimizations, but it's not a given that they will, and changing their architecture can be daunting, for sometimes unknown benefits.