From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: stats say SBCL is 78 875 % faster than natively compiled Elisp Date: Fri, 17 Feb 2023 20:38:16 +0300 Message-ID: References: <87bklw7ka3.fsf@dataswamp.org> <878rgyjgcc.fsf@dataswamp.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35508"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.2.9+54 (af2080d) (2022-11-21) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 17 18:43:41 2023 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pT4lp-00093h-DI for geh-help-gnu-emacs@m.gmane-mx.org; Fri, 17 Feb 2023 18:43:41 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pT4l8-0000IQ-HH; Fri, 17 Feb 2023 12:42:58 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pT4l7-0000Gu-GO for help-gnu-emacs@gnu.org; Fri, 17 Feb 2023 12:42:57 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pT4l5-0005oH-Jt for help-gnu-emacs@gnu.org; Fri, 17 Feb 2023 12:42:57 -0500 Original-Received: from localhost ([::ffff:102.85.219.29]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000103A05.0000000063EFBCA0.0000034F; Fri, 17 Feb 2023 10:42:56 -0700 Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <878rgyjgcc.fsf@dataswamp.org> Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:142769 Archived-At: * Emanuel Berg [2023-02-16 22:47]: > They say CL (with SBCL) is fast; and that natively compiled > Elisp is a good step from byte-compiled Elisp, and a huge leap > from not compiling it at all! However, compared to CL/SBCL our > beloved Elisp/Emacs is still just a turtle on steroids ... Emacs Lisp is not designed for mission critical applications such as controlling rockets in the orbit. But wait, let me see: M-x mission-control Ah, it's there. Speed does not matter for purposes I need, like sales, handling people, communicating with people. It matters for processing of e-mails, I have already re-wrote my program that processes mailings to thousands of people from Perl to Common Lisp to Emacs Lisp. I prefer it in Emacs Lisp as I can integrate it way easier with everything else. That is one thing that I may consider maybe it could be faster, because it blocks the computer, raises some issues, like heating. > > SBCL does not have tabulated-list-mode and integrated editor > > in the programming environment > > Oh, we have Emacs for that! Check this out, including > instructions how to install a bunch of stuff ... > > It's SLIME ... as you know well! You are just goofing > around. That's okay. Is SLIME related to tabulated-list-mode? Anyway, when I program Common Lisp, I just plain built-in lisp-mode and it works well. > But while I got it to work, the level of integration is still > below what we have with Elisp. So I thought, with the native > compile step, we could maybe ... but no. Need speed? Use CL. I used it, I am not satisfied with it due to lack of integration. To generate "list of things" in Common Lisp is simply difficult, it needs some GUI and much work. Emacs has interface ready. The text properties are great. They serve like switches for a key to provide different functionality. I simply don't have those feautures in Common Lisp. There is no ready spreadsheet type of a GUI for Common Lisp where I can make key bindings for each screen different in as simple way as how it is in Emacs. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/