From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.emacs.devel Subject: Re: Dumper problems and a possible solutions Date: Thu, 26 Jun 2014 07:49:14 -0400 Message-ID: <20140626114914.GK179@brightrain.aerifal.cx> References: <20140625183241.GW179@brightrain.aerifal.cx> <83wqc4q0xl.fsf@gnu.org> <20140625190333.GZ179@brightrain.aerifal.cx> <20140625202403.GB179@brightrain.aerifal.cx> <20140625220758.GE179@brightrain.aerifal.cx> <53AB8D50.5020005@yandex.ru> <20140626041434.GH179@brightrain.aerifal.cx> <53ABA277.7040107@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1403783391 6939 80.91.229.3 (26 Jun 2014 11:49:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 26 Jun 2014 11:49:51 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Antipov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 26 13:49:44 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1X08BS-00042b-KJ for ged-emacs-devel@m.gmane.org; Thu, 26 Jun 2014 13:49:42 +0200 Original-Received: from localhost ([::1]:43851 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X08BS-0006ma-A2 for ged-emacs-devel@m.gmane.org; Thu, 26 Jun 2014 07:49:42 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38579) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X08BI-0006mA-AS for emacs-devel@gnu.org; Thu, 26 Jun 2014 07:49:39 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X08B7-0002ns-TF for emacs-devel@gnu.org; Thu, 26 Jun 2014 07:49:32 -0400 Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:44462 helo=brightrain.aerifal.cx) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X08B7-0002nW-Nr for emacs-devel@gnu.org; Thu, 26 Jun 2014 07:49:21 -0400 Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2) id 1X08B0-0006l7-00; Thu, 26 Jun 2014 11:49:14 +0000 Content-Disposition: inline In-Reply-To: <53ABA277.7040107@yandex.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 216.12.86.13 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:172748 Archived-At: On Thu, Jun 26, 2014 at 08:32:55AM +0400, Dmitry Antipov wrote: > On 06/26/2014 08:14 AM, Rich Felker wrote: > > >Because dumping isn't really possible to do in a correct and > >meaningful way without serious restrictions on what the code can do. > > What do you think about this project: http://dmtcp.sourceforge.net/index.html? > > From their point of view, Emacs dumping is just a checkpointing in > the very special moment (when all Lisp libraries are loaded). I consider dumping and checkpointing very different problems. With dumping you just want to pre-generate and preserve some particular data for future runs of the program, but you want these future runs to behave as new processes with their own command lines, environment, clean slate of open files, etc. With checkpointing, you want the application not to even see that it was restarted. They also require drastically different tools for implementation, e.g. non-hackish checkpointing requires something like Linux namespaces so that the new process (or family of processes, as some apps may be) sees itself as having its original pid (and possibly pid tree), etc. Rich