Live data from Hacker News

Emacs 27.2

lists.gnu.org

21–30 of 115 posts

Re: Emacs 27.2

#21

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

I'm curious what sort of performance you are hit by. For me, it is mainly org source buffers that I did not flag as async.

That and tramp not working too well over crappy internet. :(

Re: Emacs 27.2

#22
post #21

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

I'm curious what sort of performance you are hit by. For me, it is mainly org source buffers that I did not flag as async. That and tramp not working too well over crappy internet. :(

Tramp works a lot more reliably if you customize where Emacs puts your backups and autosaves, such that they're stored locally instead of remotely. The Emacs wiki has details on how to do that: https://www.emacswiki.org/emacs/BackupDirectory

Re: Emacs 27.2

#23
post #20
post #18

Earlier quoted context omitted.

Viper mode could give you the best of both worlds, depending on what you like about vim. If it's the key navigation, viper has you covered.

spacemacs has a very complete vim layer. By far it's the most complete implementation outside of actual vim I've seen.

Spacemacs uses “Evil mode”[1], which is available just as a regular (MELPA) package. I started with Vim and so I’ve always used evil. “Vanilla” emacs, spacemacs, now doom.

[1] https://github.com/emacs-evil/evil

Re: Emacs 27.2

#24
post #21

Earlier quoted context omitted.

I'm curious what sort of performance you are hit by. For me, it is mainly org source buffers that I did not flag as async. That and tramp not working too well over crappy internet. :(

Tramp works a lot more reliably if you customize where Emacs puts your backups and autosaves, such that they're stored locally instead of remotely. The Emacs wiki has details on how to do that: https://www.emacswiki.org/emacs/BackupDirectory

I can't and don't blame tramp, per se. My internet has regular hiccups of being completely disconnected. Pretty sure that is not fixable. :(

Re: Emacs 27.2

#25
post #16

Anyone running the jit Emacs? Can't wait for it. I did try compiling it from source for my linux setup. Would love to see it on windows.

I have compiled straight from source on the feature/native-comp branch, and it works noticeably much faster. I am actually scared of going back to the regular Emacs, as I may find it way too slow. I am not sure how much it is from native Emacs, as when I did this, I also enabled all the other recommended optimizations from lsp (increasing the gc threshold early in the config, installing and compiling with native json…

I also enable march=native for the compile. My guess is it is mostly placebo, but I feel it helps.

Re: Emacs 27.2

#26

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

On the performance/stability of Elisp front, I just heard about remacs, which is a fork that's starting by porting all the C to Rust: https://github.com/remacs/remacs

Still in early stages, but I think that's one to keep an eye on.

Re: Emacs 27.2

#27

I've used Emacs for almost 5 years now and it has served me well. In the beginning it was frustrating and confusing, but now that I understand it, it's the way I naturally interact with code on my computer. The fact that so many gnu tools have movement similar to Emacs means that I can quickly become more effective in them. The fact that my work Macbook allows me to do some rudimentary movement with C-a, C-e, C-f, C-…

Definitely go for GccEmacs (feature/native-comp) branch if you haven't yet. Despite being experimental, it's pretty much stable. I've been running it for over half a year as a daily driver, and seen zero issues (but much performance improvements!). Similar stories abound on-line.

Wish something be done about proper threading support, but I understand it's a herculean task at this point.

(For those unfamiliar, GccEmacs is a parallel branch of Emacs that uses libgccjit to compile ELisp straight to native code. It does it transparently - compiling in the background and then substituting bytecode-compiled functions for native-compiled.)

Re: Emacs 27.2

#28

what is the release cadence of emacs?

While a set-in-stone release schedule doesn't exist, there is _a lot_ of development activity (emacs-devel is a very busy mailing list). 99.9% of the time it's safe to use the bleeding edge head of the repository if you want to use the latest stuff.

Re: Emacs 27.2

#29

Anyone running the jit Emacs? Can't wait for it. I did try compiling it from source for my linux setup. Would love to see it on windows.

Running the native-comp + wayland copr on fc32 for about a year, whithout any problem. About 3x faster.

https://copr.fedorainfracloud.org/coprs/deathwish/emacs-pgtk...

Re: Emacs 27.2

#30

Anyone running the jit Emacs? Can't wait for it. I did try compiling it from source for my linux setup. Would love to see it on windows.

Over half a year now, as a daily driver. Personally on Ubuntu, at work on WSL (Windows Subsystem for Linux) - which I then x-forward to an VcXsrv on Windows.

Works pretty much flawlessly, and it's much snappier on some of the workloads I put it through - like big collections of big Org Mode files, or viewing (and fontifying) large files.

Post reply on HN