From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.help Subject: Re: Is Elisp really that slow? (was: Why is Elisp slow?) Date: Sun, 12 May 2019 17:21:15 +0300 Message-ID: <83r293bvok.fsf@gnu.org> References: <20190502214006.4fdsinp7u5xuqvdv@Ergus> <20190503004416.xfuzzucflp6bxpuz@Ergus> <8736lm30lz.fsf@web.de> <864l61j04d.fsf@zoho.eu> <20190511073254.GB29829@tuxteam.de> <04187AB9-AD7D-492D-A890-BCB01848370C@icloud.com> <20190511075712.GD29829@tuxteam.de> <86a7fsfv1m.fsf@zoho.eu> <20190512075448.GA11650@tuxteam.de> <346107E9-590D-4A18-9152-ECFF36FC4EDC@icloud.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="50286"; mail-complaints-to="usenet@blaine.gmane.org" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun May 12 16:34:19 2019 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1hPpYR-000CyG-Ji for geh-help-gnu-emacs@m.gmane.org; Sun, 12 May 2019 16:34:19 +0200 Original-Received: from localhost ([127.0.0.1]:43815 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPpYQ-0005zt-IJ for geh-help-gnu-emacs@m.gmane.org; Sun, 12 May 2019 10:34:18 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:32824) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPpXy-0005oC-Cg for help-gnu-emacs@gnu.org; Sun, 12 May 2019 10:33:51 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:57293) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hPpM8-00070H-On for help-gnu-emacs@gnu.org; Sun, 12 May 2019 10:21:36 -0400 Original-Received: from [176.228.60.248] (port=1229 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hPpM6-0003LM-OI for help-gnu-emacs@gnu.org; Sun, 12 May 2019 10:21:36 -0400 In-reply-to: <346107E9-590D-4A18-9152-ECFF36FC4EDC@icloud.com> (message from =?utf-8?B?7KGw7ISx67mI?= on Sun, 12 May 2019 18:46:20 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:120319 Archived-At: > From: 조성빈 > Date: Sun, 12 May 2019 18:46:20 +0900 > Cc: help-gnu-emacs@gnu.org > > Well, look at Atom and VS Code which is using the V8 engine (through node) to execute JS to tweak the editor. > Now compare that to Emacs. This is meaningless, unless you describe the use case for comparison (and while at that, how about some timings instead of hand-waving?). Most stuff Emacs routinely does is something the other editors could only dream about, so by and large you are comparing apples to peanuts. And while I'm here, allow me a few comments regarding this thread's topic: . Speed of ELisp is a valid topic for discussion, but it has very little, if anything to do with whether Emacs as a whole is or isn't slow. Why? because speed-critical stuff is not supposed to be implemented in Lisp in Emacs, that is not how Emacs is designed and implemented. If you find some operation that is slow in Emacs, it just means it might either use more efficient algorithms, or should have some of it recoded in C. . The speed of various Emacs operations is always a trade-off between how fast we want Emacs to be, on the one hand, and how flexible and controllable from Lisp we want it to be, OTOH. When neither better algorithms nor reimplementation in C are likely to speed up some operation, it means we decided to give up some speed in order to have more control and flexibility. There's nothing wrong with that, IMO. . Some Emacs operations are slow because no one felt the itch to sit down and speed them up -- here's your chance to do something about that.