|
|
Log in / Subscribe / Register

The Emacs dumper dispute

The Emacs dumper dispute

Posted Dec 2, 2016 16:36 UTC (Fri) by quotemstr (subscriber, #45331)
In reply to: The Emacs dumper dispute by nix
Parent article: The Emacs dumper dispute

I also object as a matter of principle to the idea that we should forgive long startup times generally and paper over the delays by structuring every application as a client-server system. What if *everyone* did this? We'd live in a world where no program you ran would ever really leave memory. It's an incredible waste of system resources. Plus, with client-server setups, it's hard to get things like security, environment variable propagation, reliable daemon restarts, process priority, file descriptor inheritance, etc. right, and everyone who writes one of these daemon systems has to deal with these fiddly issues alone.

You could argue that dumping is also papering over performance problems, but at least dumping does so in a way that doesn't have negative global performance implications. I wish kernel-level checkpoint and restart were widely available: if the system managed the dumping instead of individual processes like Emacs having to do this work, we'd be better off.


The LWN site is currently under high scraper load, so comment display has been suppressed for anonymous users. If you are a human, you may read the comments by clicking the button below:

Note: you can avoid this step in the future by logging into your LWN account.


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds