From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: In support of guile-emacs Date: Mon, 19 Oct 2015 16:50:32 +0200 Message-ID: <87y4eyj4jr.fsf@fencepost.gnu.org> References: <87fv17kgno.fsf@dustycloud.org> <20151019102414.GA2438@acm.fritz.box> <5624FADF.9070908@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1445266273 16888 80.91.229.3 (19 Oct 2015 14:51:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 19 Oct 2015 14:51:13 +0000 (UTC) Cc: Xue Fuqiao , Alan Mackenzie , Christopher Allan Webber , bruce.connor.am@gmail.com, emacs-devel To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 19 16:51:11 2015 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 1ZoBmJ-0002wz-8b for ged-emacs-devel@m.gmane.org; Mon, 19 Oct 2015 16:51:11 +0200 Original-Received: from localhost ([::1]:39915 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoBmI-0003Z8-Jn for ged-emacs-devel@m.gmane.org; Mon, 19 Oct 2015 10:51:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34584) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoBm2-0003Yi-6Z for emacs-devel@gnu.org; Mon, 19 Oct 2015 10:50:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZoBlx-0004pP-TV for emacs-devel@gnu.org; Mon, 19 Oct 2015 10:50:54 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41625) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZoBlh-0004mC-FJ; Mon, 19 Oct 2015 10:50:33 -0400 Original-Received: from localhost ([127.0.0.1]:55444 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.82) (envelope-from ) id 1ZoBlg-0000h9-PU; Mon, 19 Oct 2015 10:50:33 -0400 Original-Received: by lola (Postfix, from userid 1000) id 2F92ADF371; Mon, 19 Oct 2015 16:50:32 +0200 (CEST) In-Reply-To: <5624FADF.9070908@dancol.org> (Daniel Colascione's message of "Mon, 19 Oct 2015 07:14:55 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:192107 Archived-At: Daniel Colascione writes: > On 10/19/2015 03:24 AM, Alan Mackenzie wrote: >> Hello, Xue. >> >> On Mon, Oct 19, 2015 at 09:07:59AM +0800, Xue Fuqiao wrote: >> >>> guile-emacs replaces Emacs's own Emacs Lisp engine with Guile's (without >>> breaking backward compatibility). So: >> >>> * Emacs Lisp will execute faster (Guile VM bytecode is more efficient) >> >> Just as a matter of interest, approximately how much faster is Guile >> bytecode than Emacs bytecode? Are we talking about 10%, 20%, 50%, a >> factor of 2, or even higher? >> >> If that speed increase was significant, it might be worth incorporating >> Guile's bytecode into Emacs just for that reason, regardless of any of >> the other stuff. > > Or simply making completely independent and custom-tailored > improvements to the Emacs bytecode compiler and interpreter > itself. There's no reason to imagine that the only way to improve > performance there is to move to a completely different runtime. There is no question that everything that can be done independently of Emacs can also be done inside of Emacs. If someone does it. The point of decoupling work on Emacs from work on the compiling techniques within Emacs is to get more work done from the total set of people than if everybody reinvents and designs and maintains his own wheels. -- David Kastrup