From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Philipp Stephani Newsgroups: gmane.emacs.devel Subject: Re: Skipping unexec via a big .elc file Date: Mon, 24 Oct 2016 10:28:06 +0000 Message-ID: References: <83h98nidvd.fsf@gnu.org> <87eg3rvtsf.fsf@users.sourceforge.net> <83k2dihpm9.fsf@gnu.org> <8760p2wzgj.fsf@users.sourceforge.net> <838ttyhhzu.fsf@gnu.org> <871szqwu51.fsf@users.sourceforge.net> <831szqhbc2.fsf@gnu.org> <87d1itt79z.fsf_-_@users.sourceforge.net> <7baa18d4-2b09-caa8-005e-29008a383ad1@cs.ucla.edu> <83mvhwrgd5.fsf@gnu.org> <8539f38f-9a11-44c3-4de7-bb974c96206c@cs.ucla.edu> <8360ojpndr.fsf@gnu.org> <83shrnm0k1.fsf@gnu.org> <83insi5jy9.fsf@gnu.org> <83bmya5i7q.fsf@gnu.org> <834m425eb5.fsf@gnu.org> <831sz65anw.fsf@gnu.org> <2aea885d-c0dc-595f-3135-a564e92a905d@dancol.org> <83y41e3vaa.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a114331889bffc3053f99d99b X-Trace: blaine.gmane.org 1477304969 10837 195.159.176.226 (24 Oct 2016 10:29:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 24 Oct 2016 10:29:29 +0000 (UTC) Cc: schwab@suse.de, larsi@gnus.org, emacs-devel@gnu.org To: Eli Zaretskii , Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 24 12:29:20 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bycV8-0000P9-Gp for ged-emacs-devel@m.gmane.org; Mon, 24 Oct 2016 12:29:06 +0200 Original-Received: from localhost ([::1]:45737 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bycVA-0001eH-T8 for ged-emacs-devel@m.gmane.org; Mon, 24 Oct 2016 06:29:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58399) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bycUW-0001dz-8V for emacs-devel@gnu.org; Mon, 24 Oct 2016 06:28:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bycUS-0007S3-Js for emacs-devel@gnu.org; Mon, 24 Oct 2016 06:28:28 -0400 Original-Received: from mail-wm0-x233.google.com ([2a00:1450:400c:c09::233]:36580) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1bycUM-0007RU-J6; Mon, 24 Oct 2016 06:28:18 -0400 Original-Received: by mail-wm0-x233.google.com with SMTP id b80so95689851wme.1; Mon, 24 Oct 2016 03:28:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dVUYAkTRpw3PXbXB04zqIL/6SY9+nIKcZTsAjQcjsdg=; b=lzxIe3fIrJ1fuDaV01jBHL63qVCscELmFJdTXyPvqBLivmpEOhc1FqW3EDk5h+mHSd 2bbHTcy2fLDhw7SEQGsS3dZiumnYBMJlQW8+T2i3yLK1PkG2yB1LVu8jidQRtrQfVr30 F4oEUcKVPxEBMNqzd+ugKi12BBeKX82aUS9BLoyqysR9w2x/NwSLCSciJLTNXG+Mxemf jvz7L6+iN/QFD2qZntY7Od6Mo4Yu+pNdgzDPGMkWQJcAHSIzuJzyj5kghvgoiUrVD+nm 8rvJm+0VpAssaAHntO6JUgxKIrbJHpunPz5XqxOCRFXyd7+VVhfTQLaOq2+Kw0SXAulE kkpg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dVUYAkTRpw3PXbXB04zqIL/6SY9+nIKcZTsAjQcjsdg=; b=Fs9QPxC1GAphCSA3JLTz0PHdX+p3JEI75BuynrM+X+USadxE+htz1i7khEfRtRhbvg 97g/5C4X+LDQiC0fPBbFZO3zi+bCoI9eYssYJuR99S0RZRI4tHONWwXCSsZ+N2QjzY8q aw2s0NJtxpaCRG/t2dKOIU/8RNsxLDs30M9Y4iYF64A2lQB2yXHGAQrF13FOhp1WhQmN TGc4tqjRurJYTjBgPcMQbjGx7uN0VskFMq1T+QYtWMXrx22lUqzZgSNvX3ZshV1bhZbw i2pyOXOTE3EsrP8mv5SSMARsHAzPoX8YlXWbOelsuc5/koHjeJ/6seEiUkPTNTpFFLUz i9IQ== X-Gm-Message-State: AA6/9RnofPqceJz9in+W54jzMrh6UIfy7DgmwEbPSkjsj7Yg7WxSXzFpJnHkEGsnf8m+oe0ARNR6Kr4/HFEveA== X-Received: by 10.28.139.14 with SMTP id n14mr15629744wmd.112.1477304896977; Mon, 24 Oct 2016 03:28:16 -0700 (PDT) In-Reply-To: <83y41e3vaa.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::233 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:208673 Archived-At: --001a114331889bffc3053f99d99b Content-Type: text/plain; charset=UTF-8 Eli Zaretskii schrieb am Mo., 24. Okt. 2016 um 12:19 Uhr: > > Cc: schwab@suse.de, larsi@gnus.org, emacs-devel@gnu.org > > From: Daniel Colascione > > Date: Mon, 24 Oct 2016 03:03:37 -0700 > > > > I don't think the XEmacs-style "portable dumper" approach, with > > relocations, has been given adequate consideration. > > I think everyone agrees, which is why that approach is not being > considered. > > But loading the "pre-loaded" *.elc files as quickly as possible is IMO > an attractive approach, because it's very simple and doesn't require > knowing too much about unrelated issues. > > I agree, we should strife for simplicity first and performance later. I'd suggest to use the pre-loaded .elc approach in master and work on a faster (but still portable) replacement later, when the need arises. Switching to a portable dumper now means we can cut out lots of code and workarounds, which is a significant win. --001a114331889bffc3053f99d99b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Eli Za= retskii <eliz@gnu.org> schrieb am= Mo., 24. Okt. 2016 um 12:19=C2=A0Uhr:
> Cc: schwab@suse.de, larsi@gnus.org, emacs-devel@gnu.org<= br class=3D"gmail_msg"> > From: Daniel Colascione <dancol@dancol.org>
> Date: Mon, 24 Oct 2016 03:03:37 -0700
>
> I don't think the XEmacs-style "portable dumper" approac= h, with
> relocations, has been given adequate consideration.

I think everyone agrees, which is why that approach is not being
considered.

But loading the "pre-loaded" *.elc files as quickly as possible i= s IMO
an attractive approach, because it's very simple and doesn't requir= e
knowing too much about unrelated issues.


I agree, we should= strife for simplicity first and performance later. I'd suggest to use = the pre-loaded .elc approach in master and work on a faster (but still port= able) replacement later, when the need arises. Switching to a portable dump= er now means we can cut out lots of code and workarounds, which is a signif= icant win.=C2=A0
--001a114331889bffc3053f99d99b--