From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: Preview: portable dumper Date: Fri, 2 Dec 2016 12:26:20 -0500 Message-ID: <62FAE35E-BE13-42F3-B901-9A7A72FA0842@raeburn.org> References: <047a67ec-9e29-7e4e-0fb0-24c3e59b5886@dancol.org> <83zikjxt1j.fsf@gnu.org> <8360n6ruzu.fsf@gnu.org> <834m2nplmb.fsf@gnu.org> <83inr2oje6.fsf@gnu.org> <83shq6mlt3.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1480699596 32583 195.159.176.226 (2 Dec 2016 17:26:36 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 2 Dec 2016 17:26:36 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 02 18:26:32 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 1cCrbR-0007Yl-9R for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2016 18:26:29 +0100 Original-Received: from localhost ([::1]:35782 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCrbV-00046Y-8h for ged-emacs-devel@m.gmane.org; Fri, 02 Dec 2016 12:26:33 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57203) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cCrbO-00045s-IQ for emacs-devel@gnu.org; Fri, 02 Dec 2016 12:26:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cCrbL-00066j-Am for emacs-devel@gnu.org; Fri, 02 Dec 2016 12:26:26 -0500 Original-Received: from mail-qt0-x242.google.com ([2607:f8b0:400d:c0d::242]:36144) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cCrbL-000666-30 for emacs-devel@gnu.org; Fri, 02 Dec 2016 12:26:23 -0500 Original-Received: by mail-qt0-x242.google.com with SMTP id n34so28300143qtb.3 for ; Fri, 02 Dec 2016 09:26:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=raeburn-org.20150623.gappssmtp.com; s=20150623; h=subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cC6o2J7UpApmVirmcwoF4oiDXg2NJYBcvkpyWi3ee40=; b=iEK42CAIOnErkcKr35ML0TEfBwjbtOG6YZLm0RE9/SkJd4hIpPRl6RrpSyLlCrMdaG Pu4RXbbFRK/zN/Wh91ZieVZzEDfXfKyZDoA51Y9IKI4kUtUr/0Icuf1RB8a1cK7zE49B vJ93frxL7hM6vmFruSELzjsiWstpRYkcK5FeiU9Kj5VS2gFAzPqmUJlTGmsm9wnXP2xT 2fZ7w4ITzTeZraCaDlfwui4xs68u5SSmx7lnJUXZv1BuIeWQisLwpwH549RCbxKvlpJL ZxRgZ3Rptr3Ry6O1+yxsZ1jHnuhf15zAkTIGJgSc1IVVOxPyUXsq8UW3Mf7kcmcWYbMZ IuSA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=cC6o2J7UpApmVirmcwoF4oiDXg2NJYBcvkpyWi3ee40=; b=c2TYZDXbEXoP5Tp1ebgNZbAZ9h3341Aq59vC3Z7b5PTehcGkf/YTmOqgCHKJmNJSHw CnMeNQ4ixWxsQigmi6+YP4EB4Iunr6HOteKuissIAQVjqDfbtjkqUVYS0Vf3M5PnNj3t MI+PwAEXKCFdxZy6QuE/lkSw2dwygu5MXVhlkr/21lFfr/qcwNHbXPPidYAu6VWwRXVg 7uugKvhDftV+/QWf3b3PqphhFw34gzXi86w9a6oqbs3SAAwvX6z3qQHx8nKzMBoqQZIH gbdtAGEfIfFRrHJ8yESB8qK2scfdOqGdWZ3SM8nggNpOPK61PntsXAUejOd32SlRdNxp buxQ== X-Gm-Message-State: AKaTC00prU7sZCJq8T3MmXqs1MKQYW1nK7YKdm5ge7la1Y04EG2kFrAhkwEL9U62budk5w== X-Received: by 10.237.33.156 with SMTP id l28mr44154864qtc.111.1480699582048; Fri, 02 Dec 2016 09:26:22 -0800 (PST) Original-Received: from [192.168.23.52] (c-50-138-183-136.hsd1.ma.comcast.net. [50.138.183.136]) by smtp.gmail.com with ESMTPSA id 30sm3029199qth.14.2016.12.02.09.26.20 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 02 Dec 2016 09:26:21 -0800 (PST) In-Reply-To: <83shq6mlt3.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2607:f8b0:400d:c0d::242 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:209938 Archived-At: On Dec 2, 2016, at 09:45, Eli Zaretskii wrote: >=20 >> From: Stefan Monnier >> Cc: emacs-devel@gnu.org >> Date: Fri, 02 Dec 2016 08:04:46 -0500 >>=20 >>> Granted, the proposed dumper is not very complicated. But it isn't >>> trivial either. So if we can achieve a similar effect by using the >>> "normal" loadup code, which is much simpler and doesn't really = require >>> understanding anything new, I think it's more beneficial for the >>> project's future. >>=20 >> Ken worked on speeding up the lread.c code, and it got to be >> significantly faster, but not fast enough. AFAIK it's got to the = point >> where it's not clear exactly how to speed it up further. Not that it >> can't be done, but that it's not obvious how, so it's likely going to >> require some serious rethinking and maybe restructuring/rewrite of >> the code. >>=20 >> Is it going to happen if we don't merge the pdumper? I'm not so = sure. >=20 > I'm willing to give that a chance. I don't see any reason to make the > decision today. >=20 >> The main impetus behind speeding up lread.c is to replace unexec.c, = so >> I agree with you that merging the pdumper might mean that speeding up >> lread.c will simply never happen. But I think there's also a very >> serious risk that even without the pdumper, speeding up lread.c will >> still never happen: I have no intention on working at speeding up >> lread.c, AFAICT Ken also gave up on it, anyone else? >=20 > Judging by Ken's response, he didn't give up yet. No, I just got busy with other things for a bit. Stefan=E2=80=99s right too=E2=80=A6 since the current time sinks are the = =E2=80=9Cread=E2=80=9D functions themselves rather than in support code = being called, it=E2=80=99s less immediately obvious where work is needed = or how to proceed. And it=E2=80=99s certainly possible changes will be = needed that aren=E2=80=99t as nicely localized as getc() or recursive = placeholder substitution. But, I haven=E2=80=99t tried, yet=E2=80=A6 = :-) Ken=