From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.devel Subject: Re: C and Emacs Lisp code parts Date: Fri, 01 Jul 2016 14:05:29 +0100 Message-ID: References: <624c3d37-c829-7187-a699-7d7bbc211a20@online.de> <83ziq1u668.fsf@gnu.org> <83y45lu2up.fsf@gnu.org> <54f5d80c-f20b-31aa-b438-401984fcb5b8@online.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1467378691 22842 80.91.229.3 (1 Jul 2016 13:11:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 1 Jul 2016 13:11:31 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 01 15:11:22 2016 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 1bIyDy-0005Jl-Gc for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2016 15:11:14 +0200 Original-Received: from localhost ([::1]:33514 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIyDx-00007K-Fv for ged-emacs-devel@m.gmane.org; Fri, 01 Jul 2016 09:11:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51351) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIy8j-0002B1-4R for emacs-devel@gnu.org; Fri, 01 Jul 2016 09:05:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bIy8e-0005uw-0o for emacs-devel@gnu.org; Fri, 01 Jul 2016 09:05:49 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:60817) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bIy8d-0005up-QE for emacs-devel@gnu.org; Fri, 01 Jul 2016 09:05:43 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bIy8a-0001I5-6V for emacs-devel@gnu.org; Fri, 01 Jul 2016 15:05:40 +0200 Original-Received: from uk.solarflare.com ([193.34.186.16]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jul 2016 15:05:40 +0200 Original-Received: from andrewjmoreton by uk.solarflare.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 01 Jul 2016 15:05:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 16 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: uk.solarflare.com User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.95 (windows-nt) Cancel-Lock: sha1:OoV8WHa4VOKFUy2Yt8KLBQh9Nqo= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:205036 Archived-At: On Fri 01 Jul 2016, Andreas Röhler wrote: > On 01.07.2016 11:25, Eli Zaretskii wrote: >> >> So yes, we need numbers to make rational decisions about this. > > Sorry, but that's irrational. Compare doesn't need numbers. To compare > implementations in C an exec is needed - which doesn't exist yet. If written, > the reason basically is gone, because C will be faster - unless something went > wrong, which is a case for debugging rather than benchmarks. Eli is right. You believe that C is always faster, but most programmers' intuitions about performance are wrong. Benchmarks and numbers give a more objective basis for making rational design decisions. AndyM