Announcement
Collapse
No announcement yet.
Emacs 26.1 Brings Double Buffering To Reduce Flickering, Lisp Threads, 24-Bit Colors
Collapse
X
-
-
yes if you run IRC mails and rss while you are editing a 1к js file in a project access ed over tramp it gets quite slow. There are a lot of things that god wish wouldn’t lock the ui, and the first suspects imho are always tramp and file system access in general. Seems like interprocess is not good enough since ui hangs one way or the other, probably because sharing state is too taxing, for example mu4e is maybe the most async friendly mail client, but displaying and searching emails is still a pain.
Comment
-
Originally posted by tpruzinaI find it amusing that Atom is actually more sluggish than Eclipse while being nowhere near Eclipse feature wise.
- Likes 2
Comment
-
You are holding it wrong
wget "www.google.com" -O - | vim -
or
vim www.google.com
So why paste, if you can load it straight away ?
Comment
-
As much as I try to love EMACS, it is aging badly. And yes, it still gets very quickly slow and unstable, if you play around with it enough. It quickly eats up 1.5G+ of ram and crashes. Because it's using a bad lisp-like interpreted VM, and like many GNU projects, ideology and sociology is more important than code that works. HURD is still single threaded, and can use 1.X GB RAM max, and crashes elegantly, in that micro-kernels automatically restart the crashed service, which leads to and infinite crash-loop.
Ultraedit or Sublime are way ahead of Emacs for editing. But yeah, I still believe EMACS is the OS of the future, but it needs a major major overhaul. Maybe someone will start opening up the lisp core with lua, and start fixing deep down problems, sort of like how TeX is being saved from insanity with LuaLaTeX/ConTeXt. Lua is junk, but seems to work for hopeless cases like these.
Comment
-
Now rewrite it in Rust.
Oh, wait, right. That's already a work in progress: https://github.com/Wilfred/remacs
Comment
Comment