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: Sun, 19 Feb 2023 08:58:05 +0300 Message-ID: References: <87bklw7ka3.fsf@dataswamp.org> <878rgyjgcc.fsf@dataswamp.org> <87o7pq21i4.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="35277"; 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 Sun Feb 19 08:24:15 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 1pTe3T-0008zd-0D for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 19 Feb 2023 08:24:15 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pTe2y-0001Fv-CA; Sun, 19 Feb 2023 02:23:44 -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 1pTe2w-0001FA-Si for help-gnu-emacs@gnu.org; Sun, 19 Feb 2023 02:23:43 -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 1pTe2v-0005Cz-3s for help-gnu-emacs@gnu.org; Sun, 19 Feb 2023 02:23:42 -0500 Original-Received: from localhost ([::ffff:102.85.247.208]) (AUTH: PLAIN admin, TLS: TLS1.3,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 0000000000103A09.0000000063F1CE60.0000320C; Sun, 19 Feb 2023 00:23:11 -0700 Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <87o7pq21i4.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:142778 Archived-At: * Emanuel Berg [2023-02-18 23:23]: > > Speed does not matter for purposes I need, like sales, > > handling people, communicating with people. > > Speed always matters in computing. You have generalized my personal specific answer. To find out if speed matters you would need to ask people to understand their personal needs. General statements may not be always practically useful. What really matters is the use for people. I have been programming in Perl, it gave me useful life period. Then there was HTML rendering in Perl. Personally I had to consider whole system that was of use for me as human, the Perl programming language, an browser that was displaying the rendered HTML as program application GUI. I have tried using it from CLI by using Common Lisp. I cannot say that Common Lisp os so "Common". Every implementation is different. For simple programming functions I have to change to this or that implementation. And integration of packages is not smooth as one expects it. Let me say it is worse, not as reliable, than Perl package (CPAN). Is speed the only factor? I don't think so. Then I tried it out with Emacs Lisp, and because there are many features already built-in it spares me time of programming. Emacs offers GUI already, hyperlinks (buttons). Imagine only those two features for example. Then simple function can list those files hyperlinked and let me as user click to see the generated PDF with the invoice. Does it matter that some milliseconds pass? No. Another example is searching for particular contact in the database, sometimes it would take longer time, like 1-2 seconds. But I know how to speed it up. Would it be faster with Common Lisp? Probably, but personally does not matter, as the features in Emacs are taken for granted and spare my time to program. In the same way the PostgreSQL database spare my time to program. And finally, there is no HTML rendering, no browser, and it all comes faster than with the HTML GUI. Could I do it with Common Lisp faster? Probably yes, but in the end I would spend more time programming it, as Common Lisp does not have integrated features like Emacs. If you do know how to quickly create Common Lisp GUI with spreadsheet, that I can change keybindings on every different listing, with multiple instances running in the same time (multiple buffers) then let me know. I would like to use it, but I did not find solution. In Emacs one can detect what other buffers are displayed, move object from one buffer's place to other buffer's place. tabulated-list-mode gives me that solution built-in, I can list database objects and do something on them. It is most similar to spreadshet widget. As much as I look into GUIs for Common Lisp, I cannot easily find solution. I would need to program too much. At least that is my impression. Which solution for the above description can be replaced by Common Lisp? https://common-lisp.net/libraries I would like to know, as I want to try it out. -- Jean Take action in Free Software Foundation campaigns: https://www.fsf.org/campaigns In support of Richard M. Stallman https://stallmansupport.org/