[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Preview: portable dumper

From: Daniel Colascione
Subject: Re: Preview: portable dumper
Date: Mon, 28 Nov 2016 12:16:37 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0

On 11/28/2016 12:14 PM, Daniel Colascione wrote:
On 11/28/2016 12:12 PM, Eli Zaretskii wrote:
From: Daniel Colascione <address@hidden>
Date: Mon, 28 Nov 2016 11:50:31 -0800

I've been working on a portable dumper for GNU Emacs. The attached patch
is an early version of this work. I'll write up all the usual NEWS
entries, changelogs, and (in this case necessary) dedicated
documentation before I land it. I want to start getting review comments
now that the code has roughly its final shape.

Thanks for your efforts, but I think this is a wrong direction, that
will eventually get us into the same problem we have with unexec: the
need to know and depend on intimate details of relocations, memory
allocation, etc.  On top of that, adding Lisp objects will now require
writing its dumper back-end, so this will be a constant maintenance
burden of the kind that only a few of us can bear.

Only details of Emacs, not the system. I insist that this direction is
the one that will yield adequate performance.

Making the initial load of preloaded Lisp files (most probably, a
single large file) fast enough to allow us to dump the dumping phase
altogether is a much more perspective direction.

That's what this work does. If we disagree, that's a shame. I feel
strongly enough about this issue to fork over it.

Also, this work *exists*. I don't see anyone signing up to implement the giant elc approach, which *I* believe is fundamentally the wrong direction.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]