Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Lem: Emacs-like editor written in Common Lisp

lem-project.github.io

Post reply on HN
Print view View original

11–20 of 62 posts

Re: Lem: Emacs-like editor written in Common Lisp

#11

Post by kstrauser »

okasaki wrote: post #3
mplanchard wrote: post #2

Has anyone used this? I was just thinking the other day that it would be nice to have an emacs-like editor written in such a way that it made performance and parallelism easier, especially around multithreading. A real killer feature would be some kind of emacs-lisp compatibility layer so that you could load existing third-party emacs modules, but I imagine the complexity of that is so off the charts that it would be…

Emacs is pretty snappy these days, what kind of performance problems are you seeing with it?

Especially with the native compilation in newer versions. Wow! That was a night and day difference. Before, I tolerated it. Now, I very rarely wait for anything.

Re: Lem: Emacs-like editor written in Common Lisp

#12

Post by [deleted] »

stackghost wrote: post #5
okasaki wrote: post #3

Earlier quoted context omitted.

Emacs is pretty snappy these days, what kind of performance problems are you seeing with it?

I use emacs every day, with a minimal config, and would never describe it as snappy. The entire thing is single threaded so the UI locks up at the slightest provocation, like for example when firing network requests whilst packages are updating.

[deleted]

Re: Lem: Emacs-like editor written in Common Lisp

#13

Post by mmmore »

omaranto wrote: post #7
stackghost wrote: post #5

Earlier quoted context omitted.

I use emacs every day, with a minimal config, and would never describe it as snappy. The entire thing is single threaded so the UI locks up at the slightest provocation, like for example when firing network requests whilst packages are updating.

Emacs can run external processes asynchronously. It is true that Emacs locks up while updating packages but it is actually not while downloading or unpacking them! It locks up while byte-compiling them. :)

Maybe it can but it sometimes doesn't.

I remember I looked into a lockup I was experiencing (this was a few years a ago so I forget the mode). Turns out emacs was writing to disk every so often and this was noticeably causing stutters in the main thread.

Re: Lem: Emacs-like editor written in Common Lisp

#14

Post by stackghost »

omaranto wrote: post #7
stackghost wrote: post #5

Earlier quoted context omitted.

I use emacs every day, with a minimal config, and would never describe it as snappy. The entire thing is single threaded so the UI locks up at the slightest provocation, like for example when firing network requests whilst packages are updating.

Emacs can run external processes asynchronously. It is true that Emacs locks up while updating packages but it is actually not while downloading or unpacking them! It locks up while byte-compiling them. :)

Okay, well either way, the UX is atrocious.

Re: Lem: Emacs-like editor written in Common Lisp

#15

Post by seanw444 »

yashasolutions wrote: post #9

nice but no org mode yet...

Yeah the real power of Emacs that keeps me with it is the packages and community surrounding it. Org is irreplaceable to me. I use Calc all the time, and Magit even more. The GUI and the associated ability of having different fonts and font sizes at the same time, with embedded images and whatnot, makes it feel capable as more than just a text editor. Heck, I even browse Gemini with Elpher inside Emacs. Also the discoverability of everything within Emacs itself is unparalleled.

If Lem is eventually able to replicate these things (or even improve them), I'll have no problem switching.

Re: Lem: Emacs-like editor written in Common Lisp

#16

Post by mplanchard »

okasaki wrote: post #3
mplanchard wrote: post #2

Has anyone used this? I was just thinking the other day that it would be nice to have an emacs-like editor written in such a way that it made performance and parallelism easier, especially around multithreading. A real killer feature would be some kind of emacs-lisp compatibility layer so that you could load existing third-party emacs modules, but I imagine the complexity of that is so off the charts that it would be…

Emacs is pretty snappy these days, what kind of performance problems are you seeing with it?

Yeah it's much better than it used to be for sure. I recently dumped doom-emacs and went through the process of setting things up from scratch, and mostly performance is pretty good.

I think that it still struggles a bit when I have many (>100) buffers open, largely I think because of anything that has to do window management winding up iterating over every buffer, and it turns out a lot of things (both internal and third-party packages) wind up doing this on various hooks that make the overall experience feel sluggish.

I also still see occasional performance issues with eglot/LSP on very large projects, especially around input feeling laggy while the language server is churning on something.

In general, it's frustrating when stuff that /should/ be in the background and not have any effect on actual editing latency winds up causing slowness or hangs. A good example is any time font-locking gets complicated, e.g. on very large files (which again has improved in recent versions).

Re: Lem: Emacs-like editor written in Common Lisp

#17

Post by lanstin »

kstrauser wrote: post #11
okasaki wrote: post #3

Earlier quoted context omitted.

Emacs is pretty snappy these days, what kind of performance problems are you seeing with it?

Especially with the native compilation in newer versions. Wow! That was a night and day difference. Before, I tolerated it. Now, I very rarely wait for anything.

Yeah, it's positively snappy.

Re: Lem: Emacs-like editor written in Common Lisp

#18

Post by lanstin »

mplanchard wrote: post #16
okasaki wrote: post #3

Earlier quoted context omitted.

Emacs is pretty snappy these days, what kind of performance problems are you seeing with it?

Yeah it's much better than it used to be for sure. I recently dumped doom-emacs and went through the process of setting things up from scratch, and mostly performance is pretty good. I think that it still struggles a bit when I have many (>100) buffers open, largely I think because of anything that has to do window management winding up iterating over every buffer, and it turns out a lot of things (both internal and…

Yeah, it's better to use one emacs per project, and have less buffers open at a time. Not just the snappiness but a lot of the (out of the box, no special modes) keyboard buffer navigation stuff doesn't scale to hundreds of buffers. Maybe if I had better file naming conventions, but I tend to have a main.go in each cmd and sometimes even in pkg. I also rarely learn new modes/packages, as they aren't in on the VMs and so on that I also like to use emacs on.

Re: Lem: Emacs-like editor written in Common Lisp

#20

Post by kleiba »

stackghost wrote: post #14
omaranto wrote: post #7

Earlier quoted context omitted.

Emacs can run external processes asynchronously. It is true that Emacs locks up while updating packages but it is actually not while downloading or unpacking them! It locks up while byte-compiling them. :)

Okay, well either way, the UX is atrocious.

What is it that bothers you about the UX?
Post reply on HN