Stefan Kangas <stefankangas@HIDDEN>
to control <at> debbugs.gnu.org.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 19:37:02 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 14:37:02 2024
Received: from localhost ([127.0.0.1]:37509 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg8gn-0005o9-Vs
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 14:37:02 -0500
Received: from mout.gmx.net ([212.227.17.21]:39041)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg8gl-0005nj-6g
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 14:37:00 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709321785; x=1709926585; i=stephen.berman@HIDDEN;
bh=IVBxidT+Nj+g08EC0IQdO4NKs9sk+JmHo2JNFcSe3so=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=crhcL2QiwIetIogi8359pMIvCjgOGUq4FMsvDrfxjmCeTgJnjTq8xRzXKXTUmkc9
Bg4gwiIoRxl8TC7yZJDNBY0h6/BgCKio9tbmyftEkE9UYPanlFUZFfDYOFOvt6ygS
AQB+q3FyFlWgK184o+qQB+DjUfM/L39u8IwwlXlPj5j2LnjJQoypN+hTVbX3TH6IP
QQpr0hVsP+Y/X5AkFKJUq3g3vLpkj8GDOK1vydURoROlHTuCGynSuQvXf+s6bf25T
cn6EoxWmeWeVdMew+sYFo5P8lfRHy9AddV1b7kIN9RPl19xsuEAfV3/wze6UP0m5a
tnttGleT+OT2eBh6Lw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1McpNy-1r6WkM422U-00ZuyC; Fri, 01
Mar 2024 20:36:25 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Andrea Corallo <acorallo@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <yp1le722as2.fsf@HIDDEN> (Andrea Corallo's message of
"Fri, 01 Mar 2024 11:10:21 -0500")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN>
<86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN>
<86jzmmqdbv.fsf@HIDDEN> <87y1b2t5wx.fsf@HIDDEN>
<yp1plwe2gg5.fsf@HIDDEN> <87ttlqt3z6.fsf@HIDDEN>
<yp1le722as2.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 20:36:24 +0100
Message-ID: <87il25u4lj.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:Ey6OGBId3wGBqMYY9xfUMHZzW9QxemdrTWOnJgYhoMbc1SerS+6
F+FPO5NlB0tOd7Yf08EmH0XJdfR+O6uZPk9UWqoZ67H+fvyhVaUA9Z2CoohG1j/vmo0RE1D
KBXm52k/42ErBwnjIZhR9VCce8KoUorXQuZWmdhQ2DZ/+VQnzdbF7KgTzJydxSYLI0anQmY
GPhfNyOOs6OZMEkXO+qCg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:lPnVWACHoMk=;euIMTcJW+RJzDnNEji6J/N0oWbg
QGvhxE7vgO6N5fvHsxBvWvDxXLp5N7jmYRyXg4lBjJqn0CnvtC3KRxbJBuNcrWYpvcPMZSbFh
pmRwENKXqn3DdEyj+jo4ZHs1Q5bahwOuLMfU9sO3dyba9FBThWvpuXy6ceSTWTlDSVUUml4l8
zJ4sD5CGBO+zxWYhByDgfhKiCAuzfOICS1XBvAI5L1q1fOiTcGnl+08QRcVBsUsZhp+8KGWjz
BemFfGNG5/7mgTqAis9RaXA9kKBbsxhP8kXw8Jfm1iDRPaiJrJZ2fFCUTJ5kZ+pYrNUHAP3yU
9eOmIBmXryvUWP+Jjrp8xAJjQBBDypl1vtO6d+vc/ENgzA9IHqRwpudegoF3R9pqz1GGgt1Ag
tBf5PDj98v26cexFs6XHTh9A8C2r6XBCkdZwQfpJg/sGwy2vPfxjOQMrsyeTZhq26V5M87bt6
DMeO3xM5vuHnY6PrcJ7kJ5Jp7ASB2xSo0yktm2yvTGRUtBtXHVksvCfDp6hepeBulkwWhivfB
wYnzV8f3LUlWYe/JiJAtzFgVLoQDPdKDMP6vXLgPk1WQU6MCMysTmXnuqipfJjELEuh/2ddjd
QN9ZQC/Ag3bw39XFoal9C2FAzdPJdB+dMcvG69IOqTGWgpVgCUtW8/TR//ljL3oY1vFGflB8W
lEQW0eGsh/z9QypifBKwXU5Uz8NEpBkU6hPYIdImTkg2EHrJkhR2Dt5Ykds65uWR3+vnV9CF5
VLLxoFEiXrE3G+PALTW57SP1WBGGi0jUC0HmD0DyKIcQ1jutnh8170IGkeWAzvpq3Qeu/k8N2
Y+dq8BlRtHeVKJuScZhb7FSgCpmRs5T3P75Hk7Bodfxh8=
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 11:10:21 -0500 Andrea Corallo wrote: >
Stephen Berman writes: > >> On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo
wrote: >> >>> Stephen Berman writes: >>> >>>> On Fri, 01 Mar 2024 15:41:24
+0200 Eli Zaretskii wrote: >>>> >> [. [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.21 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.21 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 69480
Cc: robertstephenboyer@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 11:10:21 -0500 Andrea Corallo wrote: >
Stephen Berman writes: > >> On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo
wrote: >> >>> Stephen Berman writes: >>> >>>> On Fri, 01 Mar 2024 15:41:24
+0200 Eli Zaretskii wrote: >>>> >> [. [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.21 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.21 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 11:10:21 -0500 Andrea Corallo <acorallo@HIDDEN> wrote:
> Stephen Berman <stephen.berman@HIDDEN> writes:
>
>> On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo <acorallo@HIDDEN> wrote:
>>
>>> Stephen Berman <stephen.berman@HIDDEN> writes:
>>>
>>>> On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>>>>
>> [...]
>>>>> My suggestion was to compare profiles in the byte-compiled and
>>>>> native-compiled cases.
>>>>>
>>>>> Btw, are you running both cases in the same session? If so, don't:
>>>>> restart Emacs and run the other case instead.
>>>>
>>>> Ok, I've now done that. Here's the report for the run with native
>>>> compilation:
>>>>
>>>> 12599 95% - command-execute
>>>> 12487 95% - funcall-interactively
>>>> 12486 95% - eval-expression
>>>> 12485 95% - #<compiled -0x5db3e1955cb81d1>
>>>> 12485 95% - #<compiled -0x8a5cf032951a0fe>
>>>> 12480 95% - eval
>>>> 12480 95% - progn
>>>> 12367 94% - benchmark-call
>>>> 12367 94% - #<lambda 0x8c97b8cb7bd82>
>>>> 12367 94% build-sieve
>>>> 113 0% - emacs-lisp-native-compile-and-load
>>>> 113 0% - emacs-lisp-native-compile
>>>> 113 0% - native-compile
>>>
>>> IIUC this is profiling the native compilation itself.
>>>
>>> BTW I'd suggest the profile is done with perf (and running batch).
>>
>> I don't have perf installed, but I build the kernel from source, so I
>> guess I could build and install perf, but...
>>
>>> Given you see on your machine similar times for native and byte compiled
>>> the expected outcome should be tha tthe time is spent in some C routine
>>> of our core.
>>
>> If you consider ~12.7 (native-compiled) and ~9.6 (byte-compiled),
>> similar for this benchmark, and since Eli said it's expected that
>> native-compiled elisp can be slower than byte-compiled elisp for some
>> programs, then I guess I can just accept that for this case, the
>> difference between my timings is within a reasonable margin of error and
>> not due to some problem with my libgccjit (which I also built and
>> installed myself).
>
> I doubt the correctness of your measure. Some points:
>
> 1- Your benchmark results shows you are measuring the compilation
> process as well.
Yes, this was due to my misunderstanding of the doc string of
emacs-lisp-native-compile-and-load.
> 2- As Eli mentioned you should always start from on a freshly started
> session (probably running batch).
I did start a fresh session in the above, though not a batch run.
> 3- You should also do several measures of the same test to estimate the
> noise and, as consequence, the accuracy of your measure. The reason is
> that there are many sources of noise on a running system (OS, paging,
> CPU throttle due to thermal conditions etc...). These sources of noise
> can have a big impact.
I know, though I have now done several runs using
emacs-lisp-native-compile-and-load, all resulting in nearly the same
timing, and my corrected run after simply loading the natively compiled
file also resulted in virtually the same time (see my reply to Eli).
Maybe it's still not an accurate measurement, but can it be so
inaccurate as to result in a 1/3 slower time than the byte-compiled run?
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 19:36:54 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 14:36:53 2024
Received: from localhost ([127.0.0.1]:37506 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg8gf-0005ni-Ff
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 14:36:53 -0500
Received: from mout.gmx.net ([212.227.17.21]:56089)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg8gd-0005nS-NV
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 14:36:52 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709321777; x=1709926577; i=stephen.berman@HIDDEN;
bh=/2kxSl3cvX84a0zCdpCWsQz5Dcl7g9P4DnMkd7aURns=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=cZQuy2gTCPuB3jY1LFHl7vYqaMnKglqEyw2tgxYiGyFwpk89Gak0HEAEMfJLIWZR
ORpeT5MUm4ZsSSjvnjYwtL8IydgjdLi39vtLv/gyQuVjRh0L1hIU2YvxHqIluFtJR
eZ1GkuEsH7+khOmkDgh+bphRoDrAVYVuekW+hoCzZh0E3dos/bsi1YeNQ/l2Qn6/K
XhWXa27+0VaQujWlil+mAp9R6K97RyQCZIGjxx9LCLA34aU3lfGOFLA+3OzCHkbJf
MWC5opUR5uZXvEq6doKpYl+ghCMG1YF8XWJ6dJ+MzCa1ylk411Bov+K23II97pKRs
sdxuIdEUyN+KJFxwTw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx105
[212.227.17.168]) with ESMTPSA (Nemesis) id 1MQv8x-1rTqUB3zpX-00O38X; Fri, 01
Mar 2024 20:36:17 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <86h6hprjvt.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 01 Mar
2024 18:34:30 +0200")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN>
<86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN>
<86jzmmqdbv.fsf@HIDDEN> <87y1b2t5wx.fsf@HIDDEN>
<86h6hprjvt.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 20:36:16 +0100
Message-ID: <87jzmlu4lr.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:zBRWOEW5ToVF27e/nmqY2fhLeU0/eZMFnmrUq7mNZ0HrQ/hkIPB
PU5TUStVDw9/K8tXBzf8uotM9YMAHPL/fPAxTly/VyZZjPSHQhrCiChUpAc/7/nwAzqyH+F
8nYP6UHBFT41quMC0OhWNgg+DE/imrTFTEr63K6eMGsiJijO7tpM6zcTWfaTHA0FCx3HNG/
y2AQOuHMTDFIf/5PBkhKw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:OGi6SDI/CgM=;VVoiYzPpoiZ5PNAKbw6tT4bmzDg
r9x5dW0rgiHESjIcTC7xgr35j9s7zyKFKFevVXkIjL+1osgsFsNdRzSRlT/+mWrVQjj0dKYIh
oG2MJbJf1B6qpkeOGB8346xYcjt/nY4HnOc35cNCGJtSflacA5owmsfY6mYgcX/H//XbcH9un
NxqQb3DegKFxH6aD7KJgaHhV54F02T94TilX4gDTEN+2TwP019ktLxJkVjsiTD127XelIqq3P
ix25YUcQ4IgIR/sbPBuDj7fJ0XqJDJDwxcHzG3ALokX85XcYVzG1HR15crCt/SW8wsKGMGoDC
uiBhE1E3hVKLYUg7vzneHo6gw1Cw/juKqB/1u40RV8iKUI4gq9rRDrq5pY2XEr66h7J/3kJ+Z
E1WJHjcZ3L0cFsa74yHagtss8UpXMQruYzULNsUMzoXUtSpi0Zrfb3aQNxj3KCoBdN5XGC5g4
E+cpktkpp/ASJ1Q/UoJZAqQ8kthVmgoD9oXriU3DtVcdpn0LZ/P2maIKEGFnaTsGv4Ue1x4ET
p2nzH5BXFbouCAkk20FuIyO+GS2QX8UEL5f3eP9CtNNL2+6uuzZy6o1rFodBwyxCvRvsrX+k0
NA311UGA7AagGHS8VCNj13EGycT01v8jY24NBX/OdR1uS3xvrcqXCNw7u66hS6sjvAiLKrwh2
Jzoxk46ofMm5g0lCAG90mf4siHahJ8i5dWv0BNxMXq5V4MmhAXNy0fr8KInFeIpW9QT97ehCO
nUx8GFobCuWQSoaDzBgm05A29Rg/UjuADewNVgG7NN1MUQCtY2KiwlCpm9Bn/QLhiXquy7VuQ
5REzRyeye0berA8EMdbNjKsqzBAurgtsW8/7O40HN3Y8k=
X-Spam-Score: 3.9 (+++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 18:34:30 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: acorallo@HIDDEN, robertstephenboyer@HIDDEN,
69480 <at> debbugs.gnu.org >> Date: Fri, 01 Mar 2024 14:53:18 +0100 >> >> On Fri,
01 Mar 2024 15:41:24 +0200 Eli Zaretskii [...]
Content analysis details: (3.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.17.21 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.21 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 69480
Cc: robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org, acorallo@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 18:34:30 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: acorallo@HIDDEN, robertstephenboyer@HIDDEN,
69480 <at> debbugs.gnu.org >> Date: Fri, 01 Mar 2024 14:53:18 +0100 >> >> On Fri,
01 Mar 2024 15:41:24 +0200 Eli Zaretskii [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.17.21 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.17.21 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 18:34:30 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: acorallo@HIDDEN, robertstephenboyer@HIDDEN, 69480@HIDDEN=
org
>> Date: Fri, 01 Mar 2024 14:53:18 +0100
>>=20
>> On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>>=20
>> >> That says almost all memory and CPU are consumed by `build-sieve':
>> >
>> > This is skewed, use cpu profiling instead of "memory" profiling.
>>=20
>> Ah, ok.
>>=20
>> >> But I don't see how that bears on the difference between native and b=
yte
>> >> compilation in my timings versus yours and Andrea's.
>> >
>> > My suggestion was to compare profiles in the byte-compiled and
>> > native-compiled cases.
>> >
>> > Btw, are you running both cases in the same session? If so, don't:
>> > restart Emacs and run the other case instead.
>>=20
>> Ok, I've now done that. Here's the report for the run with native
>> compilation:
>>=20
>> 12599 95% - command-execute
>> 12487 95% - funcall-interactively
>> 12486 95% - eval-expression
>> 12485 95% - #<compiled -0x5db3e1955cb81d1>
>> 12485 95% - #<compiled -0x8a5cf032951a0fe>
>> 12480 95% - eval
>> 12480 95% - progn
>> 12367 94% - benchmark-call
>> 12367 94% - #<lambda 0x8c97b8cb7bd82>
>> 12367 94% build-sieve
>> 113 0% - emacs-lisp-native-compile-and-load
>> 113 0% - emacs-lisp-native-compile
>> 113 0% - native-compile
>> 79 0% - comp--native-compile
>> 37 0% - comp--fwprop
>
> Why are subroutines of native-compilation in the profile?
I mistakenly used emacs-lisp-native-compile-and-load because its doc
string says "Native-compile the current buffer=E2=80=99s file (if it has
changed), then load it", and since it hadn't changed, I concluded
(apparently wrongly) that it would just be loaded. Also, I didn't
realize you can load an .eln file just like you can an .el or .elc file.
Now I've done the profile after loading the .eln file and running
(benchmark-run nil (build-sieve (expt 10 8))). The timing was
nevertheless practical the same as before:
(12.527129893 1 0.340515292)
Here's the profile report:
12253 96% - command-execute
12195 96% - funcall-interactively
12193 96% - eval-expression
12193 96% - #<compiled -0x5db3e1955cb81d1>
12193 96% - #<compiled 0xfed2db7b0724d71>
12187 96% - eval
12187 96% - benchmark-call
12184 96% - #<lambda 0x833a720aa0822>
12184 96% build-sieve
3 0% - time-since
1 0% - byte-code
1 0% require
6 0% - macroexpand-all
6 0% - macroexp--expand-all
6 0% - macroexp-macroexpand
6 0% macroexpand-1
2 0% execute-extended-command
58 0% - byte-code
35 0% - read-extended-command
35 0% - read-extended-command-1
35 0% - completing-read-default
12 0% redisplay_internal (C function)
1 0% minibuffer-mode
23 0% - read--expression
8 0% redisplay_internal (C function)
2 0% - command-execute
2 0% - funcall-interactively
2 0% - yank
2 0% - current-kill
2 0% - gui-selection-value
1 0% - gui--selection-value-internal
1 0% - gui-get-selection
1 0% - gui-backend-get-selection
1 0% - apply
1 0% - #<compiled 0xb78982bfc8d3cfc>
1 0% x-get-selection-internal
1 0% - gui--set-last-clipboard-selection
1 0% - gui-backend-get-selection
1 0% - apply
1 0% - #<compiled 0xb78982bfc8d3cfc>
1 0% x-get-selection-internal
1 0% - timer-event-handler
1 0% - apply
1 0% - show-paren-function
1 0% show-paren--default
351 2% Automatic GC
26 0% redisplay_internal (C function)
21 0% + timer-event-handler
11 0% + ...
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 16:35:12 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 11:35:12 2024 Received: from localhost ([127.0.0.1]:37336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg5qp-0000tz-Ue for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 11:35:12 -0500 Received: from eggs.gnu.org ([209.51.188.92]:44500) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rg5qm-0000tk-L5 for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 11:35:10 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rg5qD-0004ng-Tk; Fri, 01 Mar 2024 11:34:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=MRdvPpGYUX1s7ZUH6eVCJXp4PnSj6RPSGCrVJ6IBBGM=; b=M9mq+NCFXRJh opdaXSrGdYJFmQ4qFbhvkhQJxW7hcYS+mPqZ9a0P2HjjVIDVupSeYGuLsMoVf85hLVFPc9TKLfpSM DeRGiYD2MAw1l/FW6TXR8h2tZqpwtQj1QbtnX02GlI+6gPXi9rkJMwyfSCQejBkmbt1YK1nBxrTZY X5mg/CSOvMUNjYHojVtlT3QLA3LO9J1J51xvI9gHpVJy7JmrsQsGqtTPRta3o2cVYtxPTj/dtm3v5 DLMt968DLmHGcQ1U+dB8ERJz0DtcUIqKdI81RDEdg2/y9CnM4HyCiNdjRhWJCxE2sZNmt3hYQmmzQ o/WS+SoyjRm4ApvJKuYLnQ==; Date: Fri, 01 Mar 2024 18:34:30 +0200 Message-Id: <86h6hprjvt.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <87y1b2t5wx.fsf@HIDDEN> (message from Stephen Berman on Fri, 01 Mar 2024 14:53:18 +0100) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN> <86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN> <86jzmmqdbv.fsf@HIDDEN> <87y1b2t5wx.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: acorallo@HIDDEN, robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org > Date: Fri, 01 Mar 2024 14:53:18 +0100 > > On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > > >> That says almost all memory and CPU are consumed by `build-sieve': > > > > This is skewed, use cpu profiling instead of "memory" profiling. > > Ah, ok. > > >> But I don't see how that bears on the difference between native and byte > >> compilation in my timings versus yours and Andrea's. > > > > My suggestion was to compare profiles in the byte-compiled and > > native-compiled cases. > > > > Btw, are you running both cases in the same session? If so, don't: > > restart Emacs and run the other case instead. > > Ok, I've now done that. Here's the report for the run with native > compilation: > > 12599 95% - command-execute > 12487 95% - funcall-interactively > 12486 95% - eval-expression > 12485 95% - #<compiled -0x5db3e1955cb81d1> > 12485 95% - #<compiled -0x8a5cf032951a0fe> > 12480 95% - eval > 12480 95% - progn > 12367 94% - benchmark-call > 12367 94% - #<lambda 0x8c97b8cb7bd82> > 12367 94% build-sieve > 113 0% - emacs-lisp-native-compile-and-load > 113 0% - emacs-lisp-native-compile > 113 0% - native-compile > 79 0% - comp--native-compile > 37 0% - comp--fwprop Why are subroutines of native-compilation in the profile?
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 16:11:04 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 11:11:03 2024 Received: from localhost ([127.0.0.1]:37319 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg5TT-0000I0-Gb for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 11:11:03 -0500 Received: from eggs.gnu.org ([209.51.188.92]:47150) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1rg5TO-0000HR-LK for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 11:11:02 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg5Sq-0000pr-Ld; Fri, 01 Mar 2024 11:10:24 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=UiWyD5tyx3lIox13CIF6SFCBEWpvrlZikhg/8bQIziY=; b=fvl0AXs7yMuzoWQdBB4W yfxTBmBJ15fkH0iZDzTKyY43roXkZV7SV0MIDJqfJTWU23TQ2kBFCFfaR7g3ziWyoPvcVsCJ3N67I EH8HyMS6lh3yzsytuEejZmTLqhlLo8nT3pw8afWF1AxnxZTXjdUEo/qWDjSbe02eM5tRY8NA8EjdS eYtfkgsbOzan2Ho7EhCA+oZIaoju1zlPDrBl58jCTjOaheUi1Dip2i16759pp3ORveuxv/MTkxo8C 37ZZINdTcy8+TTErVQIDGxfZ1xqqIVg7ybFJ48w8CkIOcpcuS2kzZvWjhyZpHm7D4lD20vhUlk9XZ 9vj73MyEgr6eqA==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg5Sn-0000A3-Hf; Fri, 01 Mar 2024 11:10:23 -0500 From: Andrea Corallo <acorallo@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <87ttlqt3z6.fsf@HIDDEN> (Stephen Berman's message of "Fri, 01 Mar 2024 15:35:09 +0100") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN> <86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN> <86jzmmqdbv.fsf@HIDDEN> <87y1b2t5wx.fsf@HIDDEN> <yp1plwe2gg5.fsf@HIDDEN> <87ttlqt3z6.fsf@HIDDEN> Date: Fri, 01 Mar 2024 11:10:21 -0500 Message-ID: <yp1le722as2.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stephen Berman <stephen.berman@HIDDEN> writes: > On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo <acorallo@HIDDEN> wrote: > >> Stephen Berman <stephen.berman@HIDDEN> writes: >> >>> On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: >>> > [...] >>>> My suggestion was to compare profiles in the byte-compiled and >>>> native-compiled cases. >>>> >>>> Btw, are you running both cases in the same session? If so, don't: >>>> restart Emacs and run the other case instead. >>> >>> Ok, I've now done that. Here's the report for the run with native >>> compilation: >>> >>> 12599 95% - command-execute >>> 12487 95% - funcall-interactively >>> 12486 95% - eval-expression >>> 12485 95% - #<compiled -0x5db3e1955cb81d1> >>> 12485 95% - #<compiled -0x8a5cf032951a0fe> >>> 12480 95% - eval >>> 12480 95% - progn >>> 12367 94% - benchmark-call >>> 12367 94% - #<lambda 0x8c97b8cb7bd82> >>> 12367 94% build-sieve >>> 113 0% - emacs-lisp-native-compile-and-load >>> 113 0% - emacs-lisp-native-compile >>> 113 0% - native-compile >> >> IIUC this is profiling the native compilation itself. >> >> BTW I'd suggest the profile is done with perf (and running batch). > > I don't have perf installed, but I build the kernel from source, so I > guess I could build and install perf, but... > >> Given you see on your machine similar times for native and byte compiled >> the expected outcome should be tha tthe time is spent in some C routine >> of our core. > > If you consider ~12.7 (native-compiled) and ~9.6 (byte-compiled), > similar for this benchmark, and since Eli said it's expected that > native-compiled elisp can be slower than byte-compiled elisp for some > programs, then I guess I can just accept that for this case, the > difference between my timings is within a reasonable margin of error and > not due to some problem with my libgccjit (which I also built and > installed myself). I doubt the correctness of your measure. Some points: 1- Your benchmark results shows you are measuring the compilation process as well. 2- As Eli mentioned you should always start from on a freshly started session (probably running batch). 3- You should also do several measures of the same test to estimate the noise and, as consequence, the accuracy of your measure. The reason is that there are many sources of noise on a running system (OS, paging, CPU throttle due to thermal conditions etc...). These sources of noise can have a big impact. Measuring performance in reliable way is more tricky than what most people think :) Thanks Andrea
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 14:35:49 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 09:35:49 2024
Received: from localhost ([127.0.0.1]:36358 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg3zJ-0005ov-Cc
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 09:35:49 -0500
Received: from mout.gmx.net ([212.227.15.15]:47961)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg3zF-0005od-8u
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 09:35:47 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709303710; x=1709908510; i=stephen.berman@HIDDEN;
bh=8eEx1iiDrCstoU0Co/FWissDAk+1Okxk8afs7pYTuKg=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=VzHod/LgSSzkk2PhtNyxCbTPuoiIeZEb6odH1T1aklVPW5egBhtEhkVoeRb8VrmW
sr2+rUYpWyVEoLnYp2mT3bzRm6zspNiwhbvRURhU5UZwqeCeZsgWnecCpHDxs6zBK
ePMXVuGDNoPb92NWJNMi1obIGXumwgcebaS/aJFRaW+cFkctfudrwSgm2E0jCEXBo
xJJw7tYzn7pq+qZ6boWPXZZJ5DbuU8lGIatAuW2ZD+qZlgVWvvB7ir9jCOjz9hYDN
A4Qly6K8LBAwobETNlcbdwP8ywumPz4kTqSPFuRp/qpvQ5iK8q0vrdt4eg3lW+dgs
MMlpdKMDr6fl717atA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MOiHl-1rWO931Z7f-00QBFu; Fri, 01
Mar 2024 15:35:10 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Andrea Corallo <acorallo@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <yp1plwe2gg5.fsf@HIDDEN> (Andrea Corallo's message of
"Fri, 01 Mar 2024 09:07:54 -0500")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN>
<86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN>
<86jzmmqdbv.fsf@HIDDEN> <87y1b2t5wx.fsf@HIDDEN>
<yp1plwe2gg5.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 15:35:09 +0100
Message-ID: <87ttlqt3z6.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:qcIqhyodSIpNBWiYLAmpr34ct7OiAIDQq/wslShfWsG3jzVeHGk
f6B/YZSNmu+pSdYSOLZ9JZa9glzsX7rxoFvZ8sDokJSP6dcUaCYE13odMHnb+5Xzmv9UeTb
pkQI1FwbvWsejzNcPYbuqKMZzh/2d/ph8VnV7uAAMVrQxDGB1cKN9A44lDpoh9bb0nzX1CF
5jFlfzwxM0Uo4hOMKyp3w==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:86oIiknP4X0=;BLU3U+7RIK4xXPQ32DQxv9z4ZkQ
zxwjOC42tMlfbFKntVQf8nZH7Gm7JiM850iA2pBP5ZRliWSwSiBCZ9ONQMXeYyoubg4ZWzrQs
QdKbRYSSmMQdA2p43vAv2HRZUNlbGNse6Fkt/Pd+x2LvtQO+runI2JtVlwJY05AcpNoW+6KN4
8Niur1/Tv0synQPlZzbB/M98duvuCcJeLfykhRLQHVBMESyKAsU0xZIFjg0uUvae5mfzua6be
x2W6dKl0xXhA48c/ajY6CecSDYIXhRxDt88h6TJWSte0ROnvPT2/8BG8N/VBWQYfd3IVpYqDC
Rw3OexkHYcVqfPdpolpZSbKK/exWjTGodD00jxHxCCtgLpLVlvWvSyQHAnxVU1k0fKW0aXxmw
p7a8DWuKUr7MwvsV0dEsHSB4YtJgkyCv7/gNhOh/HnM0QznAYCiWud2cDXg3vGoUx8xo5tpYg
m/y8rrhSXENyD9WaWOVf6ZYJIB4AUnyYPyDqxZbt1Z5V4UFrOrjh4mQvaWgEhqBt83q4X394B
ZeK7PbDuGyVAxDoliCwRuE0SSHUz3HuXQZZttp6T3Fd0k3I5k/bZLn1VKDQKgWyxteH6a0cgz
Wwk9JyAhYWlgD1w0e+rStmfihcgAV+TyAC0+TU/E312Ew7vbFV2lcYGSIg4lM9jl7xlBST1F9
WwPhxH7agJB1OYSKVi/1lyzFvrhv0IjK/AloVlRJpzjGcW2cbTEKefrPxYCueQy0sXQuktbJ0
zzqgTyfrzHhw7sbVooWnpC6ipm3zPJnEMI5FnIjjjA0xGot1YpdPJlMQZmgaZ2oCy37OL9eSv
a/03ccrf1aqovYPoWRqWTwLV2SCkkGCF2URSappSY76xE=
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo wrote: >
Stephen Berman writes: > >> On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii
wrote: >> [...] >>> My suggestion was to compare profiles in the byte-compiled
and >>> native-compiled cases. >>> >>> [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.15 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 69480
Cc: robertstephenboyer@HIDDEN, Eli Zaretskii <eliz@HIDDEN>,
69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo wrote: >
Stephen Berman writes: > >> On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii
wrote: >> [...] >>> My suggestion was to compare profiles in the byte-compiled
and >>> native-compiled cases. >>> >>> [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.15 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 09:07:54 -0500 Andrea Corallo <acorallo@HIDDEN> wrote:
> Stephen Berman <stephen.berman@HIDDEN> writes:
>
>> On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>>
[...]
>>> My suggestion was to compare profiles in the byte-compiled and
>>> native-compiled cases.
>>>
>>> Btw, are you running both cases in the same session? If so, don't:
>>> restart Emacs and run the other case instead.
>>
>> Ok, I've now done that. Here's the report for the run with native
>> compilation:
>>
>> 12599 95% - command-execute
>> 12487 95% - funcall-interactively
>> 12486 95% - eval-expression
>> 12485 95% - #<compiled -0x5db3e1955cb81d1>
>> 12485 95% - #<compiled -0x8a5cf032951a0fe>
>> 12480 95% - eval
>> 12480 95% - progn
>> 12367 94% - benchmark-call
>> 12367 94% - #<lambda 0x8c97b8cb7bd82>
>> 12367 94% build-sieve
>> 113 0% - emacs-lisp-native-compile-and-load
>> 113 0% - emacs-lisp-native-compile
>> 113 0% - native-compile
>
> IIUC this is profiling the native compilation itself.
>
> BTW I'd suggest the profile is done with perf (and running batch).
I don't have perf installed, but I build the kernel from source, so I
guess I could build and install perf, but...
> Given you see on your machine similar times for native and byte compiled
> the expected outcome should be tha tthe time is spent in some C routine
> of our core.
If you consider ~12.7 (native-compiled) and ~9.6 (byte-compiled),
similar for this benchmark, and since Eli said it's expected that
native-compiled elisp can be slower than byte-compiled elisp for some
programs, then I guess I can just accept that for this case, the
difference between my timings is within a reasonable margin of error and
not due to some problem with my libgccjit (which I also built and
installed myself).
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 14:08:38 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 09:08:37 2024 Received: from localhost ([127.0.0.1]:36344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg3Yz-00058a-Er for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 09:08:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56170) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1rg3Yu-00058I-T5 for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 09:08:36 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg3YN-0002cf-JF; Fri, 01 Mar 2024 09:07:59 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=LgryqsDC+mPrhhyHZTbl/7MOA9lShzbTIXWWii6R+9g=; b=iqOKZ/P5cAilAnP1v24A mslzb+Ipk9GID2LRw8pVbou+dxwZUDzb5LxndYWu6qu99OruLUoY73GjDzvGoMEzunuX8m5K12eNa 2QYQ4z6JMYnnTqm2muwOFkHirtgVsRqlpUfgGZarbzPGwi9/qQONvvKlc1yh9f1bkQbaV9FPMRYvS gMU1jkFYHL+5vgvg7yJMGEcJVKzhm2GsfJzGWRImxT5ave9k0J/2DGSL+aCFW9hW956VbEYSANMbu ug1bbyYUcZ2rMn5e3k6w9vysEYZM7GgCrrbGKggNPmcfCFF6XRWF32sglumXvpAjbZK41wvKfS6xb muRZZWq4MiCWpA==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg3YK-0002ar-3X; Fri, 01 Mar 2024 09:07:57 -0500 From: Andrea Corallo <acorallo@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <87y1b2t5wx.fsf@HIDDEN> (Stephen Berman's message of "Fri, 01 Mar 2024 14:53:18 +0100") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN> <86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN> <86jzmmqdbv.fsf@HIDDEN> <87y1b2t5wx.fsf@HIDDEN> Date: Fri, 01 Mar 2024 09:07:54 -0500 Message-ID: <yp1plwe2gg5.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, Eli Zaretskii <eliz@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stephen Berman <stephen.berman@HIDDEN> writes: > On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > >>> From: Stephen Berman <stephen.berman@HIDDEN> >>> Cc: acorallo@HIDDEN, bug-gnu-emacs@HIDDEN, robertstephenboyer@HIDDEN, >>> 69480 <at> debbugs.gnu.org >>> Date: Fri, 01 Mar 2024 14:07:50 +0100 >>> >>> On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: >>> >>> >> It's still slower with native compilation than with byte compilation on >>> >> my machine, unlike on yours. Do you have any idea why? >>> > >>> > Maybe your system takes time to allocate memory? This program >>> > allocates almost 850MB of memory on my system, so maybe yours starts >>> > paging? >>> >>> I see a similar allocation, but I have 16 GB of RAM (~12 of which were >>> free when I ran the benchmark), so I think that shouldn't be an issue. >>> >>> > Anyway, profiling could give some hints. >>> >>> That says almost all memory and CPU are consumed by `build-sieve': >> >> This is skewed, use cpu profiling instead of "memory" profiling. > > Ah, ok. > >>> But I don't see how that bears on the difference between native and byte >>> compilation in my timings versus yours and Andrea's. >> >> My suggestion was to compare profiles in the byte-compiled and >> native-compiled cases. >> >> Btw, are you running both cases in the same session? If so, don't: >> restart Emacs and run the other case instead. > > Ok, I've now done that. Here's the report for the run with native > compilation: > > 12599 95% - command-execute > 12487 95% - funcall-interactively > 12486 95% - eval-expression > 12485 95% - #<compiled -0x5db3e1955cb81d1> > 12485 95% - #<compiled -0x8a5cf032951a0fe> > 12480 95% - eval > 12480 95% - progn > 12367 94% - benchmark-call > 12367 94% - #<lambda 0x8c97b8cb7bd82> > 12367 94% build-sieve > 113 0% - emacs-lisp-native-compile-and-load > 113 0% - emacs-lisp-native-compile > 113 0% - native-compile IIUC this is profiling the native compilation itself. BTW I'd suggest the profile is done with perf (and running batch). Given you see on your machine similar times for native and byte compiled the expected outcome should be tha tthe time is spent in some C routine of our core. Best Regards Andrea
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 13:53:59 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 08:53:59 2024
Received: from localhost ([127.0.0.1]:36319 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg3Ko-0004ky-Ub
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:53:59 -0500
Received: from mout.gmx.net ([212.227.15.18]:43887)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg3Kj-0004ki-Kz
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:53:56 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709301199; x=1709905999; i=stephen.berman@HIDDEN;
bh=JQ4SXR0EDoO991DImhs326MTpvu1UtQR3Hr15nlEumQ=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=P6ZNCkIm8Jly24xBWSQvCigiKKfa0n37MJwFn3Jbs3bOO4O14NuCcDhQ9Sy5LKcV
AK5CR+6NLujMIEAqC7lzFp9P3Pv0q7mzPE6iIT5jh+bhji4UWoRfLW0Y4q4FTqznH
0WCwUvJMOBOuD5MfLr4p9z5pc+AHzqshRodDxmVnpONDvZPCsLqg4DTXsq+lBEmjf
QiSHNeklugw5eNsBI93gSqoxxKiLjOWLkhvg6RCnFW/UNA9+sxFfn52d6FunoS1kD
DaCPOEN27w1aOC/9gt9ziTW7V30KVHnDmNoDxLflFAfG3D6aEoftWH1IAt4NipH+Y
Tqgd6hdSJwGML2EWMw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx004
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MvbBk-1qqhFx0hL4-00sdLG; Fri, 01
Mar 2024 14:53:19 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <86jzmmqdbv.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 01 Mar
2024 15:41:24 +0200")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN>
<86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN>
<86jzmmqdbv.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 14:53:18 +0100
Message-ID: <87y1b2t5wx.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:daOTUkJkO0RMhvVkjnsz8zjh7O7dywSbotaq4w7HTilF3wMb9O3
HY7wVpHLkt7FT7ePx3Hs4EqrxudtvUt/FUvoaqj/k+tBtMPzJHqvWkvnrres5mHGTc2I84T
m/v5g89IcNabJzoj0k03yFuRj+epPpARuVHxlJurcPZ62bV6DFCT50nYn1VkV555LHFMofe
mxf+CTCuMPx+XrQYItPfw==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:LS2FMZbImUk=;UW8Geo11CLT4KJAVo8+zIcDc87P
wShgLgEg8NPjEjWyQ6Su0d1AViAFvawWiZAyo9a+wPOpM7qKyzZ2E4o9VNkl4tFkxPoCzLPKs
ofsN6O87X3kPlCX65+SP87UzAX7UPmUdhQDx9HVWOwYnUw9uT3n49vuglAiBzvau2Y7NBXEAe
V8h+0Mp21q7tI5hxPL9uyrf1X1jExIlN6n12szRh6z9OHCdx5gkM2FbgGP+rF+OHYMAiUFaFD
uxvauV6NHeYO+o3ay5WRHBdwm6C8dxLuSyv1gZn2J5BMwsIhpqxWRtbCFisoC4PoiJgpwCEc8
A/sHr7lbw4uw9PSc3ooL2ULuW23YG8mCj/a7dzyAI+NKKuMSvvsYCf4cLEWiwIJuNzmQwa82x
ETzh3xqieBnMh+rwCPkWtw+PoRq6QS6d2EEttPkKG6O5oobWDijDe6Shx/WgCZN2p5p1LiSgs
RDoT7jHoDG4VVFGhu+yUgm79fFsrNBXSgVtkYTDwIRfNK84zkvobxz/6/3X4xwXhfbq3Z2eoj
jKSLePeYoDUZHnXeUi60KF3m0XLcaA96d8WNIS+YpQ3L4GT896l783Tt2jhfVYpGTFuR8gE/o
16/4Nwq/pWXvCprVlbj65JpUnbNpPEkv1AKFWvpem0tQKExmMjXniHhhTXPmaCHMG5e4qHin3
5CliYkC+bgK+SJqYXv3wm4tPAu5cpzlNDP4h4PdDG8oOt3pAg0Tm/X3AhV60WFZZN/IOJVPAv
V+MRueI8nVg2Dk9yywFY4yNiSavy0D5m4QZfY0c5bB/JDuJ/qrU9ajc84mb3RQYgdigd9bT+Z
6GNmq3nJ26V/cdNFS6RUZ8Pmgj4RcsMJ2UObZ8P5328EU=
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 3.9 (+++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: acorallo@HIDDEN, bug-gnu-emacs@HIDDEN,
robertstephenboyer@HIDDEN,
>> 69480 <at> debbugs.gnu.org >> Date: Fri, 01 Mar 2024 14:07:50 +0100 >> >> On
Fri, 01 Mar 2024 14:4 [...]
Content analysis details: (3.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
1.0 FREEMAIL_REPLY From and body contain different freemails
X-Debbugs-Envelope-To: 69480
Cc: robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org, acorallo@HIDDEN
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: acorallo@HIDDEN, bug-gnu-emacs@HIDDEN, robertstephenboyer@HIDDEN,
>> 69480 <at> debbugs.gnu.org >> Date: Fri, 01 Mar 2024 14:07:50 +0100 >> >> On
Fri, 01 Mar 2024 14:4 [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.18 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 15:41:24 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: acorallo@HIDDEN, bug-gnu-emacs@HIDDEN, robertstephenboyer@gmail=
.com,
>> 69480 <at> debbugs.gnu.org
>> Date: Fri, 01 Mar 2024 14:07:50 +0100
>>
>> On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>>
>> >> It's still slower with native compilation than with byte compilation=
on
>> >> my machine, unlike on yours. Do you have any idea why?
>> >
>> > Maybe your system takes time to allocate memory? This program
>> > allocates almost 850MB of memory on my system, so maybe yours starts
>> > paging?
>>
>> I see a similar allocation, but I have 16 GB of RAM (~12 of which were
>> free when I ran the benchmark), so I think that shouldn't be an issue.
>>
>> > Anyway, profiling could give some hints.
>>
>> That says almost all memory and CPU are consumed by `build-sieve':
>
> This is skewed, use cpu profiling instead of "memory" profiling.
Ah, ok.
>> But I don't see how that bears on the difference between native and byt=
e
>> compilation in my timings versus yours and Andrea's.
>
> My suggestion was to compare profiles in the byte-compiled and
> native-compiled cases.
>
> Btw, are you running both cases in the same session? If so, don't:
> restart Emacs and run the other case instead.
Ok, I've now done that. Here's the report for the run with native
compilation:
12599 95% - command-execute
12487 95% - funcall-interactively
12486 95% - eval-expression
12485 95% - #<compiled -0x5db3e1955cb81d1>
12485 95% - #<compiled -0x8a5cf032951a0fe>
12480 95% - eval
12480 95% - progn
12367 94% - benchmark-call
12367 94% - #<lambda 0x8c97b8cb7bd82>
12367 94% build-sieve
113 0% - emacs-lisp-native-compile-and-load
113 0% - emacs-lisp-native-compile
113 0% - native-compile
79 0% - comp--native-compile
37 0% - comp--fwprop
25 0% - #<subr F616e6f6e796d6f75732d6c616d626461_a=
nonymous_lambda_109>
25 0% - comp--fwprop*
25 0% - maphash
25 0% - #<compiled 0xf5cda0529cb6e6>
22 0% - comp--fwprop-insn
20 0% - comp-cstr-intersection
19 0% - comp-cstr-intersection-no-mem
19 0% - apply
19 0% - comp-cstr-intersection-homogeneous
19 0% - apply
19 0% - comp-intersect-typesets
19 0% - comp-normalize-typeset
19 0% - comp--normalize-typeset0
19 0% - comp--direct-subtypes
18 0% - comp--direct-supertypes
18 0% - comp-supertypes
4 0% comp--intersection
1 0% - cl-sort
1 0% #<subr comp--sym-lessp>
1 0% comp-cstr-copy
2 0% - comp-cstr-union-no-range
2 0% - comp-cstr-union-1
2 0% - comp-cstr-union-1-no-mem
2 0% - apply
2 0% - comp-cstr-union-homogeneous
2 0% - comp-cstr-union-homogeneous-no-r=
ange
1 0% - comp-union-typesets
1 0% - comp-normalize-typeset
1 0% - comp--normalize-typeset0
1 0% - comp--direct-subtypes
1 0% - comp--direct-supertypes
1 0% comp-supertypes
1 0% - comp-normalize-valset
1 0% cl-sort
1 0% - comp--copy-insn
1 0% - comp--copy-insn
1 0% copy-comp-mvar
10 0% - comp--ssa
10 0% - #<subr F616e6f6e796d6f75732d6c616d626461_=
anonymous_lambda_100>
7 0% - comp--ssa-rename
7 0% - #<compiled 0x1cb53415437137ed>
7 0% - #<compiled 0x1cb53415437137ed>
4 0% - #<compiled 0x1cb55f52f37137ed>
4 0% - #<compiled 0x1cb55f52f37137ed>
4 0% - #<compiled 0x1cb55f52f37137ed>
4 0% - #<compiled 0x1cb55f52f37137ed>
4 0% - #<compiled 0x1cb55f52f37137ed>
2 0% - comp--ssa-rename-insn
2 0% - cl-nsubst-if
2 0% - cl-nsublis
2 0% - cl--nsublis-rec
2 0% - cl--nsublis-rec
1 0% #<compiled 0x293a3dbb887bc1=
8>
1 0% cl--nsublis-rec
2 0% - #<compiled 0x1cb508a8837137ed>
2 0% - #<compiled 0x1cb508a8837137ed>
2 0% - #<compiled 0x1cb508a8837137ed>
1 0% - #<compiled 0x1cb508a8837137ed=
>
1 0% - comp--ssa-rename-insn
1 0% comp--assign-op-p
1 0% - comp--ssa-rename-insn
1 0% - cl-nsubst-if
1 0% - cl-nsublis
1 0% - cl--nsublis-rec
1 0% #<compiled 0x293a3d93887b=
c18>
3 0% - comp--ssa-rename-insn
3 0% - cl-nsubst-if
3 0% - cl-nsublis
3 0% - cl--nsublis-rec
2 0% - cl--nsublis-rec
1 0% #<compiled 0x293a3dbb887bc18>
1 0% - cl--nsublis-rec
1 0% - #<compiled 0x293a3dbb887bc18>
1 0% type-of
1 0% #<compiled 0x293a3dbb887bc18>
1 0% comp--compute-dominator-tree
1 0% - comp--compute-edges
1 0% #<subr F616e6f6e796d6f75732d6c616d62646=
1_anonymous_lambda_80>
1 0% - comp--log-block-info
1 0% #<subr F616e6f6e796d6f75732d6c616d62646=
1_anonymous_lambda_86>
2 0% - comp--dead-code
2 0% - #<subr F616e6f6e796d6f75732d6c616d626461_=
anonymous_lambda_115>
2 0% comp--dead-assignments-func
22 0% - comp--spill-lap
16 0% - comp--spill-lap-function
16 0% - apply
16 0% - #<compiled -0x11c2c6042193c0b4>
16 0% - byte-compile-file
15 0% - byte-compile-from-buffer
15 0% - bytecomp--displaying-warnings
9 0% - byte-compile-log-file
9 0% - emacs-lisp-compilation-mode
9 0% - compilation-mode
5 0% - byte-code
5 0% - require
2 0% - byte-code
2 0% require
1 0% - custom-declare-face
1 0% quote
6 0% - #<compiled -0x14c9cececd5ff012>
6 0% - byte-compile-toplevel-file-form
6 0% - byte-compile-recurse-toplevel
3 0% - #<subr F616e6f6e796d6f75732d6c616=
d626461_anonymous_lambda_50>
3 0% - byte-compile-file-form
2 0% - byte-compile-file-form-defvar
2 0% - byte-compile-defvar
2 0% - byte-compile-top-level
2 0% byte-optimize-one-form
1 0% - byte-compile-file-form-defalias
1 0% - #<compiled -0x134743fab8beb490=
>
1 0% - byte-compile-file-form-defmum=
ble
1 0% set-message-functions
3 0% - macroexp-macroexpand
3 0% macroexpand-1
1 0% - normal-mode
1 0% - set-auto-mode
1 0% inhibit-local-variables-p
6 0% - comp-cstr-ctxt-update-type-slots
3 0% - comp--compute-typeof-types
3 0% - comp--all-classes
3 0% - #<compiled -0xc298594251b9291>
1 0% cl-find-class
3 0% - comp--compute--pred-type-h
3 0% - comp--all-classes
2 0% - #<compiled -0xc298594251b9291>
1 0% cl-find-class
15 0% - comp--final
12 0% - redisplay_internal (C function)
1 0% - jit-lock-function
1 0% - jit-lock-fontify-now
1 0% - jit-lock--run-functions
1 0% - #<compiled 0x1baf465008c447bf>
1 0% - font-lock-fontify-region
1 0% - font-lock-default-fontify-region
1 0% - font-lock-fontify-keywords-region
1 0% lisp--match-hidden-arg
1 0% - redisplay--pre-redisplay-functions
1 0% window-buffer
2 0% #<subr F616e6f6e796d6f75732d6c616d626461_a=
nonymous_lambda_130>
3 0% - make-comp-ctxt
2 0% - comp--compute-typeof-types
2 0% comp--all-classes
1 0% - comp--compute--pred-type-h
1 0% - comp--all-classes
1 0% #<compiled -0xc298594251b9291>
1 0% time-since
1 0% - comp--limplify
1 0% - #<subr F616e6f6e796d6f75732d6c616d626461_a=
nonymous_lambda_58>
1 0% - comp--limplify-function
1 0% - comp--limplify-block
1 0% comp--limplify-lap-inst
16 0% - byte-code
16 0% - require
4 0% - byte-code
4 0% - require
2 0% - byte-code
2 0% - require
1 0% - defvar
1 0% - byte-code
1 0% tool-bar-local-item-from-menu
12 0% - defconst
12 0% - byte-code
6 0% - make-comp-cstr-ctxt
4 0% - comp--compute-typeof-types
4 0% - comp--all-classes
3 0% - #<compiled -0xc298594251b9291>
3 0% cl-find-class
2 0% - comp--compute--pred-type-h
2 0% - comp--all-classes
2 0% - #<compiled -0xc298594251b9291>
1 0% cl-find-class
6 0% - comp-type-spec-to-cstr
6 0% - #<subr F616e6f6e796d6f75732d6c616d626461_=
anonymous_lambda_54>
6 0% - comp-type-spec-to-cstr
5 0% - comp-cstr-union-make
5 0% - comp-cstr-union
5 0% - comp-cstr-union-1
5 0% - comp-cstr-union-1-no-mem
5 0% - apply
5 0% - comp-cstr-union-homogeneous
5 0% - comp-cstr-union-homogeneous-no-ra=
nge
5 0% - comp-union-typesets
5 0% - comp-normalize-typeset
3 0% - comp--normalize-typeset0
3 0% - comp--direct-subtypes
3 0% - comp--direct-supertypes
3 0% comp-supertypes
2 0% cl-remove-duplicates
1 0% - comp-type-spec-to-cstr
1 0% - comp-cstr-union-make
1 0% - comp-cstr-union
1 0% - comp-cstr-union-1
1 0% - comp-cstr-union-1-no-mem
1 0% - apply
1 0% - comp-cstr-union-homogeneous
1 0% - comp-cstr-union-homogeneous-no-r=
ange
1 0% - comp-union-typesets
1 0% - comp-normalize-typeset
1 0% - comp--normalize-typeset0
1 0% - comp--direct-subtypes
1 0% - comp--direct-supertypes
1 0% - comp-supertypes
1 0% comp--intersection
5 0% - macroexpand-all
5 0% - macroexp--expand-all
5 0% - macroexp--all-forms
5 0% - macroexp--expand-all
5 0% - macroexp-macroexpand
5 0% macroexpand-1
1 0% execute-extended-command
112 0% - byte-code
66 0% - read--expression
38 0% - redisplay_internal (C function)
1 0% redisplay--pre-redisplay-functions
5 0% - command-execute
5 0% - funcall-interactively
2 0% - yank
2 0% - current-kill
2 0% - gui-selection-value
2 0% - gui--selection-value-internal
2 0% - gui-get-selection
2 0% - gui-backend-get-selection
2 0% - apply
2 0% - #<compiled 0xb78d7eebc4d3cfc>
2 0% x-get-selection-internal
2 0% delete-indentation
1 0% - read--expression-try-read
1 0% read
2 0% - timer-event-handler
2 0% - apply
2 0% - #<subr F616e6f6e796d6f75732d6c616d626461_anonymou=
s_lambda_12>
2 0% - eldoc-print-current-symbol-info
2 0% - eldoc--invoke-strategy
2 0% - eldoc-documentation-default
2 0% - #<subr F616e6f6e796d6f75732d6c616d626461_anon=
ymous_lambda_17>
2 0% - elisp-eldoc-funcall
2 0% - elisp--fnsym-in-current-sexp
2 0% - syntax-ppss
2 0% parse-partial-sexp
46 0% - read-extended-command
46 0% - read-extended-command-1
46 0% - completing-read-default
26 0% - redisplay_internal (C function)
1 0% - redisplay--pre-redisplay-functions
1 0% - run-hook-with-args
1 0% redisplay--update-region-highlight
2 0% - timer-event-handler
2 0% - apply
2 0% - #<subr F616e6f6e796d6f75732d6c616d626461_anonym=
ous_lambda_9>
2 0% jit-lock-context-fontify
489 3% Automatic GC
15 0% + timer-event-handler
14 0% + redisplay_internal (C function)
13 0% + ...
And here's the report for the run with byte compilation:
9055 95% - command-execute
8994 95% - funcall-interactively
8993 95% - eval-expression
8993 95% - #<compiled -0x5db3e1955cb81d1>
8993 95% - #<compiled 0x1be2f2b973e98d46>
8988 95% - eval
8988 95% - benchmark-call
8988 95% - #<lambda 0x8f52207467a22>
8988 95% - build-sieve
206 2% ash
169 1% make-vector
5 0% - macroexpand-all
5 0% - macroexp--expand-all
5 0% - macroexp-macroexpand
5 0% macroexpand-1
1 0% execute-extended-command
61 0% - byte-code
37 0% - read-extended-command
37 0% - read-extended-command-1
37 0% - completing-read-default
18 0% redisplay_internal (C function)
1 0% clear-minibuffer-message
1 0% - timer-event-handler
1 0% - apply
1 0% - show-paren-function
1 0% - show-paren--default
1 0% show-paren--locate-near-paren
24 0% - read--expression
12 0% redisplay_internal (C function)
1 0% - minibuffer-mode
1 0% - run-mode-hooks
1 0% - run-hooks
1 0% - global-font-lock-mode-enable-in-buffers
1 0% - turn-on-font-lock-if-desired
1 0% - turn-on-font-lock
1 0% - font-lock-mode
1 0% - called-interactively-p
1 0% backtrace-frame
1 0% - command-execute
1 0% - funcall-interactively
1 0% - yank
1 0% - current-kill
1 0% - gui-selection-value
1 0% - gui--set-last-clipboard-selection
1 0% - gui-backend-get-selection
1 0% - apply
1 0% - #<compiled 0xb78ea5818013cfc>
1 0% x-get-selection-internal
345 3% Automatic GC
23 0% + timer-event-handler
12 0% + redisplay_internal (C function)
10 0% + ...
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 13:42:31 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 08:42:31 2024 Received: from localhost ([127.0.0.1]:36305 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg39i-0004ON-Lw for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:42:30 -0500 Received: from eggs.gnu.org ([209.51.188.92]:33822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rg39f-0004O9-7A for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:42:29 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rg397-0004df-N9; Fri, 01 Mar 2024 08:41:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=NZc+9/arwx7UImmgzUXwjqbSWW/GO/CdhZB4u8Mgv+E=; b=TRjzvlY4J63/ 9x9WnXk/HOFREL/iRvrgE+OUvRPyLMcE3wbPTC/KOOO25z9YniAoPHOhj4YIiv6hsn+KVG1SzJTpz EaEOjSuvks4kVCdQAwLpMcitWJtwiscdNdtYOgiVTNrdvtk/zMKZGaMLEHHXsrESjPgxUVUb2rHQK vaF8Xo2mSigTc/dbJzrvueLU9cjC2zN0BmUxeLcDH00RZon71CFMx2vpLaDfJ39X14vMNvBOrgW10 ZSBYKHF7NBTUvKTIJUNZ3Ojd7bEHcMZsmDbo5cCTht3wjcWSBE7tG7x4hoSh0EgKKP/SPkn19wl49 tOyTOK9zh3JqK9XCPhSAxg==; Date: Fri, 01 Mar 2024 15:41:24 +0200 Message-Id: <86jzmmqdbv.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <8734tauml5.fsf@HIDDEN> (message from Stephen Berman on Fri, 01 Mar 2024 14:07:50 +0100) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN> <86msriqfws.fsf@HIDDEN> <8734tauml5.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org, acorallo@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: acorallo@HIDDEN, bug-gnu-emacs@HIDDEN, robertstephenboyer@HIDDEN, > 69480 <at> debbugs.gnu.org > Date: Fri, 01 Mar 2024 14:07:50 +0100 > > On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > > >> It's still slower with native compilation than with byte compilation on > >> my machine, unlike on yours. Do you have any idea why? > > > > Maybe your system takes time to allocate memory? This program > > allocates almost 850MB of memory on my system, so maybe yours starts > > paging? > > I see a similar allocation, but I have 16 GB of RAM (~12 of which were > free when I ran the benchmark), so I think that shouldn't be an issue. > > > Anyway, profiling could give some hints. > > That says almost all memory and CPU are consumed by `build-sieve': This is skewed, use cpu profiling instead of "memory" profiling. > But I don't see how that bears on the difference between native and byte > compilation in my timings versus yours and Andrea's. My suggestion was to compare profiles in the byte-compiled and native-compiled cases. Btw, are you running both cases in the same session? If so, don't: restart Emacs and run the other case instead.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 13:08:29 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 08:08:29 2024
Received: from localhost ([127.0.0.1]:36283 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg2cm-0003ZK-UH
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:08:29 -0500
Received: from mout.gmx.net ([212.227.15.18]:32773)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg2ck-0003Z6-RI
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:08:28 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709298472; x=1709903272; i=stephen.berman@HIDDEN;
bh=omGTnUiRK+JGgJGQCI4n7pQxuR+4QyfQW2hYckRrbsM=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=Fv6yaGYzlawrxVWW+poEHlGeSA5fvjIhH+R9lDrP2Qyu4iFzLxLxvYS2x/zdtM2J
LdQ8gdNxG5uiF7WNYIzXLA5fUxUaHWA23gGj318IzyieTI4DP+6gHv65ZMoDgKLHA
9XloqRQjVoE7qODqyPuAuFtvJrdxMFVnFs7zGURwJgG9mHL1169VUYQM2OXO78SEz
iR9qK7EweqkDrMo5fgoHMV3NbQ12TpFeJRwVxF5O6jqeKm551e1SIkaie1hFPCgMp
JF0fBQ2sl0ksMSDr1Rt0yR8++Xgl00UfamWetqFM3P/NAuM4K4yWm93xf+qFEZXxW
/mg6N+0LD5lmfj77pA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MAwXr-1rZCyn1BfN-00BJPe; Fri, 01
Mar 2024 14:07:52 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <86msriqfws.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 01 Mar
2024 14:45:39 +0200")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN>
<86msriqfws.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 14:07:50 +0100
Message-ID: <8734tauml5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:Xb4E9IDhBM6HJHf9muyD2awAhd2I//kwZV+04r9kFiytMy+BC8y
/onoDrSvVcyy19ncDU5jY5ZzU5AHrArVVrN7RuZJLR38fDdeYxN8D/yYGFPEVPZXnlgsjlO
whEkrtM5jKX3AWVc1VAkXKzoBE9W9zI4+PMx1wTmTe+YsrygrO5T7xqtFPc8obU2l80+umu
hDdx/sLZeCuuC90gBRRDg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:DKzLwvHlnQQ=;7E5k34p4GqWtVDdtXB1FukpC+hi
V6B7C0sNiHFgPNKF3mssPB5UFignEFIAzG+/9c7oMX6BvY3kOGo47yQ/G4L6deDoFCU+vH8qV
4BOOOkr+xLydapbe+NH5Jaw4+3SPfBW7qg1++9U+aPIWQ51T/d+4c02L+pC/bfi7kuxuyJYop
F+zSW2yRf1ydaXXETAHOUE5nudVPn8Q5CTl1dFVGBgUYIoRLrVgwiJC6Og6K6YGSE8XWq/Yd5
2ZGd2ftmx/0rprWgAUli5wLdCFmCg3SnmvUxJRsqGzvzONhq+JsmqXljBemcgm3bzL3Ujwvrp
6uGONsFA6zANzf8S31YYtyvot1AQhFTB0Ww0+xwjJb7gOmTljKF4FcFKn6rRXWFI1dmBRsWzI
G1HAfM/QMLdBSniysNPu7srhaC/sefI3rO2qPuGINfORhRshRUOUTeOV7neZjC39gEJU7FCtR
d3Fg6ngnQp6tqYkCjKiBfnq8r1Pirgfh9ZxkpWCH/bLkXf5yybIo6/okHEMznz971RDhqUiBJ
DSLjSxp/abAdJ1qsod0heYwU2zkNKv54T1f/qEcpX2RKndPSq8hk0FG4To+Bz6e5O5bWVuCBE
3iBGiud0W0rHEAQJpTOwZzEUASNxzQj1uSbyUOMHDZwzb/6+os3qitYnJ+jG9fbty+dSegaxA
UNdKBB8C956qSuqC8SzADIwxg6i1r18OuDIRNPiHmtyEHJZeu6KgJDMhJyrj9/wOkjSxSnu/j
aSxjbuTUoPFBG2v1FXBmc1PvCJ7rRGt/5POWpiqlYTsPCIKZieuep8MB+fyLDtVXygJFwVfqd
AWn55BN3pGTl7SdENE4rsidYgRInHU3a7YW0d2R991KWk=
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Stephen Berman via "Bug reports for GNU Emacs,
the Swiss army knife of >> text editors" , Eli Zaretskii , >> Robert Boyer
, 69480 <at> debbugs.gnu.org >> Date: Fri, 01 M [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.18 listed in wl.mailspike.net]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 69480
Cc: robertstephenboyer@HIDDEN, bug-gnu-emacs@HIDDEN, acorallo@HIDDEN,
69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Stephen Berman via "Bug reports for GNU Emacs,
the Swiss army knife of >> text editors" , Eli Zaretskii , >> Robert Boyer
, 69480 <at> debbugs.gnu.org >> Date: Fri, 01 M [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.18 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife=
of
>> text editors" <bug-gnu-emacs@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
>> Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org
>> Date: Fri, 01 Mar 2024 13:33:56 +0100
>>
>> On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo <acorallo@HIDDEN> wr=
ote:
>>
>> >> Why is the timing with native compilation so much slower than with b=
yte
>> >> compilation?
>> >
>> > Because the file is not lexically scoped so we are not running
>> > optimizations.
>>
>> Ah, ok.
>>
>> > On my laptop I see:
>> >
>> > 11 secs byte compiled
>> > 18 secs native compiled
>> >
>> > 7 secs byte compiled with lexical scope
>> > 5 secs native compiled with lexical scope.
>>
>> I got these timings with lexical scope:
>>
>> native compiled: (12.717023709000001 1 0.34653286699999997)
>> byte compiled: (9.597325325 1 0.38987931)
>>
>> It's still slower with native compilation than with byte compilation on
>> my machine, unlike on yours. Do you have any idea why?
>
> Maybe your system takes time to allocate memory? This program
> allocates almost 850MB of memory on my system, so maybe yours starts
> paging?
I see a similar allocation, but I have 16 GB of RAM (~12 of which were
free when I ran the benchmark), so I think that shouldn't be an issue.
> Anyway, profiling could give some hints.
That says almost all memory and CPU are consumed by `build-sieve':
807,918,497 99% - command-execute
806,047,846 99% - funcall-interactively
804,440,179 99% - eval-expression
804,440,179 99% - #<compiled -0x5db3e1955cb81d1>
804,440,179 99% - #<compiled -0x88d7268f58840fe>
804,440,179 99% - eval
804,440,179 99% - progn
800,000,184 99% - benchmark-call
800,000,104 99% - #<lambda 0x8b1d56ce50812>
800,000,104 99% - build-sieve
40 0% expt
80 0% time-since
4,439,995 0% + emacs-lisp-native-compile-and-load
1,607,667 0% + execute-extended-command
1,870,651 0% + byte-code
99,848 0% + redisplay_internal (C function)
1,729 0% Automatic GC
1,416 0% + timer-event-handler
1,180 0% + ...
But I don't see how that bears on the difference between native and byte
compilation in my timings versus yours and Andrea's.
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 1 Mar 2024 13:08:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 08:08:38 2024
Received: from localhost ([127.0.0.1]:36286 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg2cw-0003Zg-BX
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:08:38 -0500
Received: from lists.gnu.org ([209.51.188.17]:54262)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg2cu-0003ZY-O0
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 08:08:37 -0500
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 <stephen.berman@HIDDEN>)
id 1rg2cS-0005QK-Fi
for bug-gnu-emacs@HIDDEN; Fri, 01 Mar 2024 08:08:08 -0500
Received: from mout.gmx.net ([212.227.15.18])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <stephen.berman@HIDDEN>)
id 1rg2cN-0005Yi-9Y; Fri, 01 Mar 2024 08:08:07 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709298472; x=1709903272; i=stephen.berman@HIDDEN;
bh=omGTnUiRK+JGgJGQCI4n7pQxuR+4QyfQW2hYckRrbsM=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=Fv6yaGYzlawrxVWW+poEHlGeSA5fvjIhH+R9lDrP2Qyu4iFzLxLxvYS2x/zdtM2J
LdQ8gdNxG5uiF7WNYIzXLA5fUxUaHWA23gGj318IzyieTI4DP+6gHv65ZMoDgKLHA
9XloqRQjVoE7qODqyPuAuFtvJrdxMFVnFs7zGURwJgG9mHL1169VUYQM2OXO78SEz
iR9qK7EweqkDrMo5fgoHMV3NbQ12TpFeJRwVxF5O6jqeKm551e1SIkaie1hFPCgMp
JF0fBQ2sl0ksMSDr1Rt0yR8++Xgl00UfamWetqFM3P/NAuM4K4yWm93xf+qFEZXxW
/mg6N+0LD5lmfj77pA==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1MAwXr-1rZCyn1BfN-00BJPe; Fri, 01
Mar 2024 14:07:52 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <86msriqfws.fsf@HIDDEN> (Eli Zaretskii's message of "Fri, 01 Mar
2024 14:45:39 +0200")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN>
<86msriqfws.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 14:07:50 +0100
Message-ID: <8734tauml5.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:Xb4E9IDhBM6HJHf9muyD2awAhd2I//kwZV+04r9kFiytMy+BC8y
/onoDrSvVcyy19ncDU5jY5ZzU5AHrArVVrN7RuZJLR38fDdeYxN8D/yYGFPEVPZXnlgsjlO
whEkrtM5jKX3AWVc1VAkXKzoBE9W9zI4+PMx1wTmTe+YsrygrO5T7xqtFPc8obU2l80+umu
hDdx/sLZeCuuC90gBRRDg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:DKzLwvHlnQQ=;7E5k34p4GqWtVDdtXB1FukpC+hi
V6B7C0sNiHFgPNKF3mssPB5UFignEFIAzG+/9c7oMX6BvY3kOGo47yQ/G4L6deDoFCU+vH8qV
4BOOOkr+xLydapbe+NH5Jaw4+3SPfBW7qg1++9U+aPIWQ51T/d+4c02L+pC/bfi7kuxuyJYop
F+zSW2yRf1ydaXXETAHOUE5nudVPn8Q5CTl1dFVGBgUYIoRLrVgwiJC6Og6K6YGSE8XWq/Yd5
2ZGd2ftmx/0rprWgAUli5wLdCFmCg3SnmvUxJRsqGzvzONhq+JsmqXljBemcgm3bzL3Ujwvrp
6uGONsFA6zANzf8S31YYtyvot1AQhFTB0Ww0+xwjJb7gOmTljKF4FcFKn6rRXWFI1dmBRsWzI
G1HAfM/QMLdBSniysNPu7srhaC/sefI3rO2qPuGINfORhRshRUOUTeOV7neZjC39gEJU7FCtR
d3Fg6ngnQp6tqYkCjKiBfnq8r1Pirgfh9ZxkpWCH/bLkXf5yybIo6/okHEMznz971RDhqUiBJ
DSLjSxp/abAdJ1qsod0heYwU2zkNKv54T1f/qEcpX2RKndPSq8hk0FG4To+Bz6e5O5bWVuCBE
3iBGiud0W0rHEAQJpTOwZzEUASNxzQj1uSbyUOMHDZwzb/6+os3qitYnJ+jG9fbty+dSegaxA
UNdKBB8C956qSuqC8SzADIwxg6i1r18OuDIRNPiHmtyEHJZeu6KgJDMhJyrj9/wOkjSxSnu/j
aSxjbuTUoPFBG2v1FXBmc1PvCJ7rRGt/5POWpiqlYTsPCIKZieuep8MB+fyLDtVXygJFwVfqd
AWn55BN3pGTl7SdENE4rsidYgRInHU3a7YW0d2R991KWk=
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=212.227.15.18;
envelope-from=stephen.berman@HIDDEN; helo=mout.gmx.net
X-Spam_score_int: 5
X-Spam_score: 0.5
X-Spam_bar: /
X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001,
RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 2.2 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Stephen Berman via "Bug reports for GNU Emacs,
the Swiss army knife of >> text editors" , Eli Zaretskii , >> Robert Boyer
, 69480 <at> debbugs.gnu.org >> Date: Fri, 01 M [...]
Content analysis details: (2.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
-2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/,
medium trust [209.51.188.17 listed in list.dnswl.org]
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: submit
Cc: robertstephenboyer@HIDDEN, bug-gnu-emacs@HIDDEN, acorallo@HIDDEN,
69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.2 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii wrote: >>
From: Stephen Berman >> Cc: Stephen Berman via "Bug reports for GNU Emacs,
the Swiss army knife of >> text editors" , Eli Zaretskii , >> Robert Boyer
, 69480 <at> debbugs.gnu.org >> Date: Fri, 01 M [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/,
medium trust
[209.51.188.17 listed in list.dnswl.org]
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 14:45:39 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Stephen Berman <stephen.berman@HIDDEN>
>> Cc: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife=
of
>> text editors" <bug-gnu-emacs@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
>> Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org
>> Date: Fri, 01 Mar 2024 13:33:56 +0100
>>
>> On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo <acorallo@HIDDEN> wr=
ote:
>>
>> >> Why is the timing with native compilation so much slower than with b=
yte
>> >> compilation?
>> >
>> > Because the file is not lexically scoped so we are not running
>> > optimizations.
>>
>> Ah, ok.
>>
>> > On my laptop I see:
>> >
>> > 11 secs byte compiled
>> > 18 secs native compiled
>> >
>> > 7 secs byte compiled with lexical scope
>> > 5 secs native compiled with lexical scope.
>>
>> I got these timings with lexical scope:
>>
>> native compiled: (12.717023709000001 1 0.34653286699999997)
>> byte compiled: (9.597325325 1 0.38987931)
>>
>> It's still slower with native compilation than with byte compilation on
>> my machine, unlike on yours. Do you have any idea why?
>
> Maybe your system takes time to allocate memory? This program
> allocates almost 850MB of memory on my system, so maybe yours starts
> paging?
I see a similar allocation, but I have 16 GB of RAM (~12 of which were
free when I ran the benchmark), so I think that shouldn't be an issue.
> Anyway, profiling could give some hints.
That says almost all memory and CPU are consumed by `build-sieve':
807,918,497 99% - command-execute
806,047,846 99% - funcall-interactively
804,440,179 99% - eval-expression
804,440,179 99% - #<compiled -0x5db3e1955cb81d1>
804,440,179 99% - #<compiled -0x88d7268f58840fe>
804,440,179 99% - eval
804,440,179 99% - progn
800,000,184 99% - benchmark-call
800,000,104 99% - #<lambda 0x8b1d56ce50812>
800,000,104 99% - build-sieve
40 0% expt
80 0% time-since
4,439,995 0% + emacs-lisp-native-compile-and-load
1,607,667 0% + execute-extended-command
1,870,651 0% + byte-code
99,848 0% + redisplay_internal (C function)
1,729 0% Automatic GC
1,416 0% + timer-event-handler
1,180 0% + ...
But I don't see how that bears on the difference between native and byte
compilation in my timings versus yours and Andrea's.
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 12:48:33 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:48:33 2024 Received: from localhost ([127.0.0.1]:36266 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg2JU-00030H-SM for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:48:33 -0500 Received: from eggs.gnu.org ([209.51.188.92]:51824) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rg2JT-0002zY-Bc for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:48:31 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rg2Go-0000sc-MX; Fri, 01 Mar 2024 07:45:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=up7YGqda6LREEgv0aPxjA1QFPI245CsLkNmkNzrQvzg=; b=qZ9YwLkPuivx mX7AtuOWHtCpYcN4fInYkhNUZNkEiwVfW7j9IlvCx9mzEYiorjwkpl1l7wcs9SjWuBbuWACBnWTO+ MA+WYQe9ye5j/+QERCsyd5wlECA5xD96dQgfcmzsh+o8ySR5nvH4pP4//mQwnE5mB2ihUvFKvxMam y5Qlv1vi0Pen8o3qrKw8aXRgm9EXgd9nWII8YwjUEwe8dCLETTsKC1EZWfMSYhUoTE9eIZ/L0iIT+ qISSzlpl/wUz1NTzdQNEn1HT47Ffa92jIZ8LeicUZg/ELulqViP9EzyJXWpM3syQ3amAYCaDISuqt SRp7LsMCLBQRrRg1vjsLBA==; Date: Fri, 01 Mar 2024 14:45:39 +0200 Message-Id: <86msriqfws.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <877cimuo5n.fsf@HIDDEN> (message from Stephen Berman on Fri, 01 Mar 2024 13:33:56 +0100) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, bug-gnu-emacs@HIDDEN, acorallo@HIDDEN, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" <bug-gnu-emacs@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, > Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org > Date: Fri, 01 Mar 2024 13:33:56 +0100 > > On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo <acorallo@HIDDEN> wrote: > > >> Why is the timing with native compilation so much slower than with byte > >> compilation? > > > > Because the file is not lexically scoped so we are not running > > optimizations. > > Ah, ok. > > > On my laptop I see: > > > > 11 secs byte compiled > > 18 secs native compiled > > > > 7 secs byte compiled with lexical scope > > 5 secs native compiled with lexical scope. > > I got these timings with lexical scope: > > native compiled: (12.717023709000001 1 0.34653286699999997) > byte compiled: (9.597325325 1 0.38987931) > > It's still slower with native compilation than with byte compilation on > my machine, unlike on yours. Do you have any idea why? Maybe your system takes time to allocate memory? This program allocates almost 850MB of memory on my system, so maybe yours starts paging? Anyway, profiling could give some hints.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 1 Mar 2024 12:46:28 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:46:28 2024 Received: from localhost ([127.0.0.1]:36261 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg2HU-0002w1-Bh for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:46:28 -0500 Received: from lists.gnu.org ([209.51.188.17]:51052) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rg2HS-0002vt-Hu for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:46:27 -0500 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 <eliz@HIDDEN>) id 1rg2Gq-0006ZJ-Hv for bug-gnu-emacs@HIDDEN; Fri, 01 Mar 2024 07:45:56 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rg2Go-0000sc-MX; Fri, 01 Mar 2024 07:45:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=up7YGqda6LREEgv0aPxjA1QFPI245CsLkNmkNzrQvzg=; b=qZ9YwLkPuivx mX7AtuOWHtCpYcN4fInYkhNUZNkEiwVfW7j9IlvCx9mzEYiorjwkpl1l7wcs9SjWuBbuWACBnWTO+ MA+WYQe9ye5j/+QERCsyd5wlECA5xD96dQgfcmzsh+o8ySR5nvH4pP4//mQwnE5mB2ihUvFKvxMam y5Qlv1vi0Pen8o3qrKw8aXRgm9EXgd9nWII8YwjUEwe8dCLETTsKC1EZWfMSYhUoTE9eIZ/L0iIT+ qISSzlpl/wUz1NTzdQNEn1HT47Ffa92jIZ8LeicUZg/ELulqViP9EzyJXWpM3syQ3amAYCaDISuqt SRp7LsMCLBQRrRg1vjsLBA==; Date: Fri, 01 Mar 2024 14:45:39 +0200 Message-Id: <86msriqfws.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN> In-Reply-To: <877cimuo5n.fsf@HIDDEN> (message from Stephen Berman on Fri, 01 Mar 2024 13:33:56 +0100) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> <877cimuo5n.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: robertstephenboyer@HIDDEN, bug-gnu-emacs@HIDDEN, acorallo@HIDDEN, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" <bug-gnu-emacs@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, > Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org > Date: Fri, 01 Mar 2024 13:33:56 +0100 > > On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo <acorallo@HIDDEN> wrote: > > >> Why is the timing with native compilation so much slower than with byte > >> compilation? > > > > Because the file is not lexically scoped so we are not running > > optimizations. > > Ah, ok. > > > On my laptop I see: > > > > 11 secs byte compiled > > 18 secs native compiled > > > > 7 secs byte compiled with lexical scope > > 5 secs native compiled with lexical scope. > > I got these timings with lexical scope: > > native compiled: (12.717023709000001 1 0.34653286699999997) > byte compiled: (9.597325325 1 0.38987931) > > It's still slower with native compilation than with byte compilation on > my machine, unlike on yours. Do you have any idea why? Maybe your system takes time to allocate memory? This program allocates almost 850MB of memory on my system, so maybe yours starts paging? Anyway, profiling could give some hints.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 12:41:45 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:41:44 2024 Received: from localhost ([127.0.0.1]:36256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg2Cu-0002ol-Kx for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:41:44 -0500 Received: from eggs.gnu.org ([209.51.188.92]:35608) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rg2Cs-0002oZ-Lm for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:41:43 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rg2CL-0000EN-9i; Fri, 01 Mar 2024 07:41:09 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=IzwvimmB4lCW4FzGqqaTPDXcDg9UxB3QMkD0T/DagxM=; b=lN8U7DyWZpZ0 BeCAGhUeHVWsLNG1DZwIFV70IKwRDbJqKDTutjbE+Jv8505VH6T87hkgIS0rguqRSWy8JdLdQRudI 4D6lqQH2gGTp/mYq/KN4kdYQuHCipxOm3w8rwVt75E1h2RcSDWypIlXSk11RuSzhyPcLZpLtAGQ2L 7Q5SQLl8EHi09saaG8l9vVlOf1kM9VYOgUfUpRmFwywIRxxfm8F8zWyNMirvwhAFCSiMqrx3mo4ua OxreCu7SkTUQ2W+rseYf1YFFIgtId09ggZwT/ZdyCjXSFFfdLzC2R7mZnv9k2DKCiz+oLdauqIkhL YsBfaI/x4vJScHqnTSg8Zg==; Date: Fri, 01 Mar 2024 14:40:57 +0200 Message-Id: <86o7byqg4m.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Andrea Corallo <acorallo@HIDDEN> In-Reply-To: <yp1ttlq2lii.fsf@HIDDEN> (message from Andrea Corallo on Fri, 01 Mar 2024 07:18:29 -0500) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> <yp1ttlq2lii.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org, stephen.berman@HIDDEN X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Andrea Corallo <acorallo@HIDDEN> > Cc: Eli Zaretskii <eliz@HIDDEN>, Stephen Berman <stephen.berman@HIDDEN>, > Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org > Date: Fri, 01 Mar 2024 07:18:29 -0500 > > > Why is the timing with native compilation so much slower than with byte > > compilation? > > Because the file is not lexically scoped so we are not running > optimizations. > > On my laptop I see: > > 11 secs byte compiled > 18 secs native compiled > > 7 secs byte compiled with lexical scope > 5 secs native compiled with lexical scope. Right, thanks. My timings are 6.35 and 6.28 sec accordingly (down from ~16.5).
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 12:35:22 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:35:22 2024 Received: from localhost ([127.0.0.1]:36250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg26j-0002fO-MQ for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:35:22 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34624) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rg26h-0002fA-8S for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:35:21 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rg26A-0007Dj-5I; Fri, 01 Mar 2024 07:34:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=L9Ee+gSAH8hOt1Bc3nF73T+kUih1ctTG/Gv4mZa7iJY=; b=mXPX9h3bi5y5 5FeRGK5LG7AaiDSM7kDHRC/i4dSiRzIiIy8hxYUlo4mDgUfKh43v87yppdhyX29stbqXDuom+BG8b M3YwULuDTFgqwVs4NOSzU2Y049NNV2j/iubq0Oce4gNnl45OS9MxJC00/Zdnm5K620cqqcEFgqYO6 oZfobSQ/2bbVFjFyIq17TrHRTjXO4n52OrBk37+NlHRWt0tdhRKa2OYXwmOq0bsKJAu/gaK1DZv0J PifLWzERu1mDEAw/D6ILkRvcQFDeSh7r6gTug3NbK3RzKCwfzS4SX43vfcOASlYDcRXZPcTCBFJVr IoBo1ZdmbYlTj36+rDhnHQ==; Date: Fri, 01 Mar 2024 14:34:36 +0200 Message-Id: <86plweqgf7.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Stephen Berman <stephen.berman@HIDDEN>, Andrea Corallo <acorallo@HIDDEN> In-Reply-To: <87bk7yur6p.fsf@HIDDEN> (message from Stephen Berman on Fri, 01 Mar 2024 12:28:30 +0100) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: robertstephenboyer@HIDDEN, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Stephen Berman <stephen.berman@HIDDEN> > Cc: Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org > Date: Fri, 01 Mar 2024 12:28:30 +0100 > > On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > > > It takes 16.7 sec on my system. > > I was curious to see how long it takes on my system, compared to the > byte-compiled and uncompiled files, and the results surprised me. > First, I visited the file eratosthenes.el, ran `eval-buffer' and then > `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (143.326808051 1 0.344846223) > > Then I ran `M-: (progn (emacs-lisp-native-compile-and-load) > (benchmark-run nil (build-sieve (expt 10 8))))', with this result: > > (37.457440511 1 0.36922945500000004) > > The native compilation also produced a byte-compiled file > eratosthenes.elc, so I then loaded that file and again ran `M-: > (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (21.854069551000002 1 0.3595161699999999) > > I was surprised that this was much faster than the run with native > compilation, but I thought perhaps this was due to the time spent > producing both the native and byte-compiled files (though more than 15 > seconds for that seemed unlikely), so I ran `M-: (progn > (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve > (expt 10 8))))' again, which just loaded the already native-compiled > file (and updated its timestamp), but the result was practically the > same as the first time: > > (37.095767574 1 0.36986937500000017) > > Why is the timing with native compilation so much slower than with byte > compilation? That's not what I see here (in an optimized build of Emacs 29.2). On my system, the byte-compiled version and the native-compiled version yield almost the same times: 16.12 vs 16.5 sec. The way native compilation is currently implemented, whether it produces a significant speedup depends on the actual Lisp code, and having the same or even slightly slower performance is not unheard of. So I don't see anything unexpected on my system, at least in Emacs 29. Adding Andrea, in case he has comments to this.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 12:34:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:34:38 2024
Received: from localhost ([127.0.0.1]:36241 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg261-0002dc-Lk
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:34:38 -0500
Received: from mout.gmx.net ([212.227.15.15]:56605)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg25v-0002dI-K9
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:34:36 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709296437; x=1709901237; i=stephen.berman@HIDDEN;
bh=TwWm6h9vowGFonkrAjAeBVuUXVaWVwwi9DBsf3447ps=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=jzOi4aZuwFTHpQO7HbaIO/keVFyoCrGWlhyf+IwxbjEVAOkUvLotjkaNCMEFgfcB
ECwlRoDdTIbr5kb6eteY2Taa2VvMM509JxtaGEeGI+CxUNzeGk7wWb08hU7JSlX2o
ifNEA8GGaW6j0p+O9tGa9KEKykATjpvbhoj5loco26T5ZzWtCLWaizNQHDZ4NSYXd
FfTXngWqwbPXlBnnciiZW8KT54wMyTtMmb6EMlIX0KPqR0pMF8ApKhqk4KJbCq8ZQ
ohF0eo6PO4KdjbwJkYFDjr7dd9TCc4y70LI1GX//KyizDBn3CCzWzqL1sDsZEJ/nF
q5vI/8kuYyuSS129Sw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1Mz9Un-1qtieU01ml-00wEKl; Fri, 01
Mar 2024 13:33:57 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Andrea Corallo <acorallo@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <yp1ttlq2lii.fsf@HIDDEN> (Andrea Corallo's message of
"Fri, 01 Mar 2024 07:18:29 -0500")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 13:33:56 +0100
Message-ID: <877cimuo5n.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:zMZkRz420Bw5MXNQ3fScfSpUZPB9htknbaNMZDRG+LugBD4LrWK
ivuAmqz+cY/we2kLEfiBKR1sqX6VD0X2FxerGxXnaI/KhUcSTKZDBe1kzUAzyenpQXhE9zq
T4gxy4UpaI28Wzt8ssJ4BNxcwns/kr4R+RkaZNap4sdyDZ2oC87eBQ6wqyVA+U9N9kYEgJq
vGad+P0ApliW52UfkEOHg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:k27NFEzpD8M=;eZc8dG/bAcvRu2YUHHZuaSkG2js
qVDQsyxo4dYvE1BCdjZdhpfimwu7YAKmSX5mEwNxVpg7J6Wo24dP7LkeqoQDMPwKSUrhKJcw9
/Z6gbDcUjui7fH7D8StbwK/LeNw48Kgu6glgEbm4H5e6if4KUa3vy/phMh68Y6F0hg4oKYXdz
LWRarvYNGoXciqTjJ3Y0vjh6bvtwjM1aYfbO3F2ZcvKcn9ee09ggXMpl9NhN9kJM2BEBR56qV
qgHxWPBj6Ng99JSS8w5l+bUwhxdLcA8tBxVMjFIxTk6n+1/QjMY4zb4mZW2r61IWYzG8OnGEo
Gk229bvHNJIlzyw7N+//M0nFCqptRJpUpwwLZRN749Eeeaeyj8CvIaFldFe4k1/gjSDIjazHo
hTGvGaUtuMUNqb6ip1ZHepA0gZBVwQag1xAge0SqrT5RWN767n3kygvyYYGvbCbb817rWgjee
PTwks5zBIQi0w1WwiCDHUcpiR3EimYESg3tS0Y8IVdQWyi8Y9fs2jW0NnkQ4rUpUTNYNYDujP
UIOB4URM91gfM++3sJS5VRLnZwuovRpfWP+4KXNpZdFjSPi7AHN5CH+QL45V3/MiF2d7iSVGw
lgqE2Itwtfp/9KD91aP8i26iFOvEotDT5ytHFU+hhWAsmDUIyOBPSFPas4lGhlqWOFkvnzQDN
FfxN0FqBUSSQC+PmvT0nb6oBnl5F/6A556+R9jYxtLr9H8U00jgIn9MI7PuuosW3ws9kBATwk
bA1QiUvliOU6A8a6GnJoBBIV+u/ui+pnI7REfPdLNfJwtKRsPBNTZywa4OUfxqp+HiWMs/Kat
cMCPTwudTf6ys9x65z4/SflUB1LpGSnsbIkI3gZJ0S4F4=
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo wrote: >
Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of >
text editors" writes: > >> On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii
wrote: >> >>>> From: Robert Boyer >>>> Date [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.15 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.15 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 69480
Cc: Robert Boyer <robertstephenboyer@HIDDEN>,
"Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo wrote: >
Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of >
text editors" writes: > >> On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii
wrote: >> >>>> From: Robert Boyer >>>> Date [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H3 RBL: Good reputation (+3)
[212.227.15.15 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.15 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo <acorallo@HIDDEN> wrote:
> Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs@HIDDEN> writes:
>
>> On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>>
>>>> From: Robert Boyer <robertstephenboyer@HIDDEN>
>>>> Date: Thu, 29 Feb 2024 13:40:14 -0600
>>>>
>>>> Consider this form:
>>>>
>>>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10
>>>> 8)) 1))
>>>>
>>>> First of all, 'benchmark' has an obvious bug because it reports a time of
>>>> .000005 seconds.
>>>
>>> You use benchmark incorrectly. And you should use benchmark-run
>>> instead, anyway.
>>>
>>>> After finding the file eratosthenese.el, the evaluation of the form above
>>>> takes 69 seconds in Emacs.
>>>>
>>>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8))
>>>> takes 8 seconds.
>>>
>>> It takes 16.7 sec on my system.
>>
>> I was curious to see how long it takes on my system, compared to the
>> byte-compiled and uncompiled files, and the results surprised me.
>> First, I visited the file eratosthenes.el, ran `eval-buffer' and then
>> `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result:
>>
>> (143.326808051 1 0.344846223)
>>
>> Then I ran `M-: (progn (emacs-lisp-native-compile-and-load)
>> (benchmark-run nil (build-sieve (expt 10 8))))', with this result:
>>
>> (37.457440511 1 0.36922945500000004)
>>
>> The native compilation also produced a byte-compiled file
>> eratosthenes.elc, so I then loaded that file and again ran `M-:
>> (benchmark-run nil (build-sieve (expt 10 8)))', with this result:
>>
>> (21.854069551000002 1 0.3595161699999999)
>>
>> I was surprised that this was much faster than the run with native
>> compilation, but I thought perhaps this was due to the time spent
>> producing both the native and byte-compiled files (though more than 15
>> seconds for that seemed unlikely), so I ran `M-: (progn
>> (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve
>> (expt 10 8))))' again, which just loaded the already native-compiled
>> file (and updated its timestamp), but the result was practically the
>> same as the first time:
>>
>> (37.095767574 1 0.36986937500000017)
>>
>> Why is the timing with native compilation so much slower than with byte
>> compilation?
>
> Because the file is not lexically scoped so we are not running
> optimizations.
Ah, ok.
> On my laptop I see:
>
> 11 secs byte compiled
> 18 secs native compiled
>
> 7 secs byte compiled with lexical scope
> 5 secs native compiled with lexical scope.
I got these timings with lexical scope:
native compiled: (12.717023709000001 1 0.34653286699999997)
byte compiled: (9.597325325 1 0.38987931)
It's still slower with native compilation than with byte compilation on
my machine, unlike on yours. Do you have any idea why?
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at submit) by debbugs.gnu.org; 1 Mar 2024 12:34:43 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:34:43 2024
Received: from localhost ([127.0.0.1]:36244 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg267-0002dw-46
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:34:43 -0500
Received: from lists.gnu.org ([209.51.188.17]:41224)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg264-0002do-W1
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:34:41 -0500
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 <stephen.berman@HIDDEN>)
id 1rg25c-0003Xe-Rd
for bug-gnu-emacs@HIDDEN; Fri, 01 Mar 2024 07:34:12 -0500
Received: from mout.gmx.net ([212.227.15.15])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <stephen.berman@HIDDEN>)
id 1rg25a-00078R-Jn; Fri, 01 Mar 2024 07:34:12 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709296437; x=1709901237; i=stephen.berman@HIDDEN;
bh=TwWm6h9vowGFonkrAjAeBVuUXVaWVwwi9DBsf3447ps=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=jzOi4aZuwFTHpQO7HbaIO/keVFyoCrGWlhyf+IwxbjEVAOkUvLotjkaNCMEFgfcB
ECwlRoDdTIbr5kb6eteY2Taa2VvMM509JxtaGEeGI+CxUNzeGk7wWb08hU7JSlX2o
ifNEA8GGaW6j0p+O9tGa9KEKykATjpvbhoj5loco26T5ZzWtCLWaizNQHDZ4NSYXd
FfTXngWqwbPXlBnnciiZW8KT54wMyTtMmb6EMlIX0KPqR0pMF8ApKhqk4KJbCq8ZQ
ohF0eo6PO4KdjbwJkYFDjr7dd9TCc4y70LI1GX//KyizDBn3CCzWzqL1sDsZEJ/nF
q5vI/8kuYyuSS129Sw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1Mz9Un-1qtieU01ml-00wEKl; Fri, 01
Mar 2024 13:33:57 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Andrea Corallo <acorallo@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <yp1ttlq2lii.fsf@HIDDEN> (Andrea Corallo's message of
"Fri, 01 Mar 2024 07:18:29 -0500")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN>
<yp1ttlq2lii.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 13:33:56 +0100
Message-ID: <877cimuo5n.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:zMZkRz420Bw5MXNQ3fScfSpUZPB9htknbaNMZDRG+LugBD4LrWK
ivuAmqz+cY/we2kLEfiBKR1sqX6VD0X2FxerGxXnaI/KhUcSTKZDBe1kzUAzyenpQXhE9zq
T4gxy4UpaI28Wzt8ssJ4BNxcwns/kr4R+RkaZNap4sdyDZ2oC87eBQ6wqyVA+U9N9kYEgJq
vGad+P0ApliW52UfkEOHg==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:k27NFEzpD8M=;eZc8dG/bAcvRu2YUHHZuaSkG2js
qVDQsyxo4dYvE1BCdjZdhpfimwu7YAKmSX5mEwNxVpg7J6Wo24dP7LkeqoQDMPwKSUrhKJcw9
/Z6gbDcUjui7fH7D8StbwK/LeNw48Kgu6glgEbm4H5e6if4KUa3vy/phMh68Y6F0hg4oKYXdz
LWRarvYNGoXciqTjJ3Y0vjh6bvtwjM1aYfbO3F2ZcvKcn9ee09ggXMpl9NhN9kJM2BEBR56qV
qgHxWPBj6Ng99JSS8w5l+bUwhxdLcA8tBxVMjFIxTk6n+1/QjMY4zb4mZW2r61IWYzG8OnGEo
Gk229bvHNJIlzyw7N+//M0nFCqptRJpUpwwLZRN749Eeeaeyj8CvIaFldFe4k1/gjSDIjazHo
hTGvGaUtuMUNqb6ip1ZHepA0gZBVwQag1xAge0SqrT5RWN767n3kygvyYYGvbCbb817rWgjee
PTwks5zBIQi0w1WwiCDHUcpiR3EimYESg3tS0Y8IVdQWyi8Y9fs2jW0NnkQ4rUpUTNYNYDujP
UIOB4URM91gfM++3sJS5VRLnZwuovRpfWP+4KXNpZdFjSPi7AHN5CH+QL45V3/MiF2d7iSVGw
lgqE2Itwtfp/9KD91aP8i26iFOvEotDT5ytHFU+hhWAsmDUIyOBPSFPas4lGhlqWOFkvnzQDN
FfxN0FqBUSSQC+PmvT0nb6oBnl5F/6A556+R9jYxtLr9H8U00jgIn9MI7PuuosW3ws9kBATwk
bA1QiUvliOU6A8a6GnJoBBIV+u/ui+pnI7REfPdLNfJwtKRsPBNTZywa4OUfxqp+HiWMs/Kat
cMCPTwudTf6ys9x65z4/SflUB1LpGSnsbIkI3gZJ0S4F4=
Received-SPF: pass client-ip=212.227.15.15;
envelope-from=stephen.berman@HIDDEN; helo=mout.gmx.net
X-Spam_score_int: 5
X-Spam_score: 0.5
X-Spam_bar: /
X-Spam_report: (0.5 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001,
RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 2.2 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo wrote: >
Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of >
text editors" writes: > >> On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii
wrote: >> >>>> From: Robert Boyer >>>> Date [...]
Content analysis details: (2.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
-2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/,
medium trust [209.51.188.17 listed in list.dnswl.org]
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: submit
Cc: Robert Boyer <robertstephenboyer@HIDDEN>,
"Stephen Berman via Bug reports for GNU Emacs, the Swiss army knife of
text editors" <bug-gnu-emacs@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>,
69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.2 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo wrote: >
Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of >
text editors" writes: > >> On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii
wrote: >> >>>> From: Robert Boyer >>>> Date [...]
Content analysis details: (1.2 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/,
medium trust
[209.51.188.17 listed in list.dnswl.org]
1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail)
-0.0 SPF_HELO_PASS SPF: HELO matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Fri, 01 Mar 2024 07:18:29 -0500 Andrea Corallo <acorallo@HIDDEN> wrote:
> Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of
> text editors" <bug-gnu-emacs@HIDDEN> writes:
>
>> On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>>
>>>> From: Robert Boyer <robertstephenboyer@HIDDEN>
>>>> Date: Thu, 29 Feb 2024 13:40:14 -0600
>>>>
>>>> Consider this form:
>>>>
>>>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10
>>>> 8)) 1))
>>>>
>>>> First of all, 'benchmark' has an obvious bug because it reports a time of
>>>> .000005 seconds.
>>>
>>> You use benchmark incorrectly. And you should use benchmark-run
>>> instead, anyway.
>>>
>>>> After finding the file eratosthenese.el, the evaluation of the form above
>>>> takes 69 seconds in Emacs.
>>>>
>>>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8))
>>>> takes 8 seconds.
>>>
>>> It takes 16.7 sec on my system.
>>
>> I was curious to see how long it takes on my system, compared to the
>> byte-compiled and uncompiled files, and the results surprised me.
>> First, I visited the file eratosthenes.el, ran `eval-buffer' and then
>> `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result:
>>
>> (143.326808051 1 0.344846223)
>>
>> Then I ran `M-: (progn (emacs-lisp-native-compile-and-load)
>> (benchmark-run nil (build-sieve (expt 10 8))))', with this result:
>>
>> (37.457440511 1 0.36922945500000004)
>>
>> The native compilation also produced a byte-compiled file
>> eratosthenes.elc, so I then loaded that file and again ran `M-:
>> (benchmark-run nil (build-sieve (expt 10 8)))', with this result:
>>
>> (21.854069551000002 1 0.3595161699999999)
>>
>> I was surprised that this was much faster than the run with native
>> compilation, but I thought perhaps this was due to the time spent
>> producing both the native and byte-compiled files (though more than 15
>> seconds for that seemed unlikely), so I ran `M-: (progn
>> (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve
>> (expt 10 8))))' again, which just loaded the already native-compiled
>> file (and updated its timestamp), but the result was practically the
>> same as the first time:
>>
>> (37.095767574 1 0.36986937500000017)
>>
>> Why is the timing with native compilation so much slower than with byte
>> compilation?
>
> Because the file is not lexically scoped so we are not running
> optimizations.
Ah, ok.
> On my laptop I see:
>
> 11 secs byte compiled
> 18 secs native compiled
>
> 7 secs byte compiled with lexical scope
> 5 secs native compiled with lexical scope.
I got these timings with lexical scope:
native compiled: (12.717023709000001 1 0.34653286699999997)
byte compiled: (9.597325325 1 0.38987931)
It's still slower with native compilation than with byte compilation on
my machine, unlike on yours. Do you have any idea why?
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 12:19:09 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:19:09 2024 Received: from localhost ([127.0.0.1]:36229 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg1r3-0007we-4l for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:09 -0500 Received: from eggs.gnu.org ([209.51.188.92]:54822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1rg1r0-0007wK-Kb for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:07 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qS-0003h5-FI; Fri, 01 Mar 2024 07:18:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=vs6pd8qyfJyXDaEL0etOSTJGXk40eRfQKYfcMEuIRRI=; b=XmZjgO3lEEzkzTRbY6uZ i5BjMi/faYRA71TsxQnGuyc/ADK2PfRvmQVWgEMY9Jqqe5P6xU7dqR1+xvma0P5cYZaCWN3RZ4rN/ E0PCJkus3J0yzUR2faFv4umyDsGc/jDXPvLbtta8/n8wHj8Tz9Vr9ll/VH7OqosC2fLlOw/G+/Dv6 2QUGDomz6ZQwnYwRlQ79Vspx34U9p0DaigmTYVNbb8+GHVRKUeEWHy+LrqDLbZYfXLW7bIkI4+C+/ pJ7h+N1OslWMlOksgvX5/XMWN1+rt0zEQPC4ZmXq1CdxiUdDVVzSG7SWmJgqxDvEn9tlXWwqAw9k9 Pr7kKgQayMR0/w==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qP-0002Nz-Hz; Fri, 01 Mar 2024 07:18:30 -0500 From: Andrea Corallo <acorallo@HIDDEN> To: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <87bk7yur6p.fsf@HIDDEN> (Stephen Berman via's message of "Fri, 01 Mar 2024 12:28:30 +0100") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> Date: Fri, 01 Mar 2024 07:18:29 -0500 Message-ID: <yp1ttlq2lii.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: Robert Boyer <robertstephenboyer@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Stephen Berman <stephen.berman@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> writes: > On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > >>> From: Robert Boyer <robertstephenboyer@HIDDEN> >>> Date: Thu, 29 Feb 2024 13:40:14 -0600 >>> >>> Consider this form: >>> >>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 >>> 8)) 1)) >>> >>> First of all, 'benchmark' has an obvious bug because it reports a time of >>> .000005 seconds. >> >> You use benchmark incorrectly. And you should use benchmark-run >> instead, anyway. >> >>> After finding the file eratosthenese.el, the evaluation of the form above >>> takes 69 seconds in Emacs. >>> >>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) >>> takes 8 seconds. >> >> It takes 16.7 sec on my system. > > I was curious to see how long it takes on my system, compared to the > byte-compiled and uncompiled files, and the results surprised me. > First, I visited the file eratosthenes.el, ran `eval-buffer' and then > `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (143.326808051 1 0.344846223) > > Then I ran `M-: (progn (emacs-lisp-native-compile-and-load) > (benchmark-run nil (build-sieve (expt 10 8))))', with this result: > > (37.457440511 1 0.36922945500000004) > > The native compilation also produced a byte-compiled file > eratosthenes.elc, so I then loaded that file and again ran `M-: > (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (21.854069551000002 1 0.3595161699999999) > > I was surprised that this was much faster than the run with native > compilation, but I thought perhaps this was due to the time spent > producing both the native and byte-compiled files (though more than 15 > seconds for that seemed unlikely), so I ran `M-: (progn > (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve > (expt 10 8))))' again, which just loaded the already native-compiled > file (and updated its timestamp), but the result was practically the > same as the first time: > > (37.095767574 1 0.36986937500000017) > > Why is the timing with native compilation so much slower than with byte > compilation? Because the file is not lexically scoped so we are not running optimizations. On my laptop I see: 11 secs byte compiled 18 secs native compiled 7 secs byte compiled with lexical scope 5 secs native compiled with lexical scope. Bests Andrea
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 1 Mar 2024 12:19:10 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 07:19:10 2024 Received: from localhost ([127.0.0.1]:36231 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rg1r3-0007wg-J1 for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:09 -0500 Received: from lists.gnu.org ([209.51.188.17]:42180) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <acorallo@HIDDEN>) id 1rg1qx-0007wN-Uy for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 07:19:07 -0500 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 <acorallo@HIDDEN>) id 1rg1qT-0003Hw-Rb for bug-gnu-emacs@HIDDEN; Fri, 01 Mar 2024 07:18:34 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qS-0003h5-FI; Fri, 01 Mar 2024 07:18:32 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To: From; bh=vs6pd8qyfJyXDaEL0etOSTJGXk40eRfQKYfcMEuIRRI=; b=XmZjgO3lEEzkzTRbY6uZ i5BjMi/faYRA71TsxQnGuyc/ADK2PfRvmQVWgEMY9Jqqe5P6xU7dqR1+xvma0P5cYZaCWN3RZ4rN/ E0PCJkus3J0yzUR2faFv4umyDsGc/jDXPvLbtta8/n8wHj8Tz9Vr9ll/VH7OqosC2fLlOw/G+/Dv6 2QUGDomz6ZQwnYwRlQ79Vspx34U9p0DaigmTYVNbb8+GHVRKUeEWHy+LrqDLbZYfXLW7bIkI4+C+/ pJ7h+N1OslWMlOksgvX5/XMWN1+rt0zEQPC4ZmXq1CdxiUdDVVzSG7SWmJgqxDvEn9tlXWwqAw9k9 Pr7kKgQayMR0/w==; Received: from acorallo by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from <acorallo@HIDDEN>) id 1rg1qP-0002Nz-Hz; Fri, 01 Mar 2024 07:18:30 -0500 From: Andrea Corallo <acorallo@HIDDEN> To: Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. In-Reply-To: <87bk7yur6p.fsf@HIDDEN> (Stephen Berman via's message of "Fri, 01 Mar 2024 12:28:30 +0100") References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <87bk7yur6p.fsf@HIDDEN> Date: Fri, 01 Mar 2024 07:18:29 -0500 Message-ID: <yp1ttlq2lii.fsf@HIDDEN> User-Agent: Gnus/5.13 (Gnus v5.13) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: submit Cc: Robert Boyer <robertstephenboyer@HIDDEN>, Eli Zaretskii <eliz@HIDDEN>, Stephen Berman <stephen.berman@HIDDEN>, 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) Stephen Berman via "Bug reports for GNU Emacs, the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN> writes: > On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote: > >>> From: Robert Boyer <robertstephenboyer@HIDDEN> >>> Date: Thu, 29 Feb 2024 13:40:14 -0600 >>> >>> Consider this form: >>> >>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 >>> 8)) 1)) >>> >>> First of all, 'benchmark' has an obvious bug because it reports a time of >>> .000005 seconds. >> >> You use benchmark incorrectly. And you should use benchmark-run >> instead, anyway. >> >>> After finding the file eratosthenese.el, the evaluation of the form above >>> takes 69 seconds in Emacs. >>> >>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) >>> takes 8 seconds. >> >> It takes 16.7 sec on my system. > > I was curious to see how long it takes on my system, compared to the > byte-compiled and uncompiled files, and the results surprised me. > First, I visited the file eratosthenes.el, ran `eval-buffer' and then > `M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (143.326808051 1 0.344846223) > > Then I ran `M-: (progn (emacs-lisp-native-compile-and-load) > (benchmark-run nil (build-sieve (expt 10 8))))', with this result: > > (37.457440511 1 0.36922945500000004) > > The native compilation also produced a byte-compiled file > eratosthenes.elc, so I then loaded that file and again ran `M-: > (benchmark-run nil (build-sieve (expt 10 8)))', with this result: > > (21.854069551000002 1 0.3595161699999999) > > I was surprised that this was much faster than the run with native > compilation, but I thought perhaps this was due to the time spent > producing both the native and byte-compiled files (though more than 15 > seconds for that seemed unlikely), so I ran `M-: (progn > (emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve > (expt 10 8))))' again, which just loaded the already native-compiled > file (and updated its timestamp), but the result was practically the > same as the first time: > > (37.095767574 1 0.36986937500000017) > > Why is the timing with native compilation so much slower than with byte > compilation? Because the file is not lexically scoped so we are not running optimizations. On my laptop I see: 11 secs byte compiled 18 secs native compiled 7 secs byte compiled with lexical scope 5 secs native compiled with lexical scope. Bests Andrea
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 11:29:08 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 06:29:08 2024
Received: from localhost ([127.0.0.1]:36190 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rg14e-0006YN-3b
for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 06:29:08 -0500
Received: from mout.gmx.net ([212.227.15.18]:57379)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <stephen.berman@HIDDEN>) id 1rg14b-0006Xn-Iq
for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 06:29:06 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net;
s=s31663417; t=1709292511; x=1709897311; i=stephen.berman@HIDDEN;
bh=xIHAWIN3cYGRwd3I1HBFk86/thZXdxK1PhUupSFd4Y8=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=dHMpjPK63cVK93cOsx9EfMpk/3mhzjyT4+4JLMfIGYHppGW74tYUNq2SUUlC9LEZ
WLVFY6V6ynMXf2LBLOLqL0FFi7vSAtamYQ0aqY49tyILLFC2lcalIv9jwH9/MHPX3
lX1N5MhqM6gqHc5nJEqgNnv8/OS1W20ComqeQ8S4FVEufnrHDCuxvmMacTaHbuhPF
u8cJAL1blmwFyRpjoQbgeXEKyMGfGMsqHqFo1/vIEraN+pDseJpfB+ggneHKvmyfH
naQDIB8S3wcDGLyJ/CHLeLh7L+eud0ZjSxJs/AmTLaVtLb3jE/09rQp8LXOI5BRCT
VKJ/+eeyg285vnSWaw==
X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a
Received: from strobelfs2 ([94.134.94.185]) by mail.gmx.net (mrgmx005
[212.227.17.190]) with ESMTPSA (Nemesis) id 1N5G9n-1qh91G0Jq1-011Don; Fri, 01
Mar 2024 12:28:31 +0100
From: Stephen Berman <stephen.berman@HIDDEN>
To: Eli Zaretskii <eliz@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <86edcvrpzg.fsf@HIDDEN> (Eli Zaretskii's message of "Thu, 29 Feb
2024 22:10:27 +0200")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN>
Date: Fri, 01 Mar 2024 12:28:30 +0100
Message-ID: <87bk7yur6p.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-Provags-ID: V03:K1:CtADf5+qX5YDRAQTT1uiFL7yQzR/ocsFw89tloeVemf0rOcGYiC
5Gv5ptaE7RP3pkjMcH91EIzwg1ViBRHJrZL1uglDryNED58zOJYFkkzARhWp0am0Tcp+CIM
lFUEvLIaDP90raEFp/pebBJ+jKN+cKO27Fc8Fvm9bj7DFxeGUWAPMdwx4SRTOVeV2bPBqmA
a9Ack9rscYY0NbNk8FcbQ==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:jmNqyMtOH3g=;TwfaW5pNCehvmD2tFiVfeex0aHp
65GW2YzZx/wATAJTQMfdyIq2xKPR6OMNsKnIR5dAx2I6rIpVO9xdDE25tFJFHDSP9DiaikChE
QS0O1GvjnPxPxyHdUzk71dxQLjjfPmcOr21OR2/bGGLAhzYX7nw4HxO5aUmVt3SMUlST2pP+9
ycmgmVBGhkAISDtiEYnvaPEC/hVJ1AMC5zlfOtVcQdHCuoKRIPfaqlXJid/c/bArdTfONuMR9
GFjVU+DTQdDOpDpPkeKm8kx61zuN2wGRo62uLNektXY29m/mrOz5Hxr3xCgm9oc+E4yf5e+sd
CSLjTvhVPMM7RdE6gM3J04qDpW0FhbYWrmvnYe+KHtfwEU5Y9uMQ6ilgLdmU5WviOEc+WI9fa
Zb+clH5CYGfZLlElTChVPbxrCgTCPclyAIq+/uLMRbk6Ljcq0jInaHTfj68Ol81H0fVRf2IwL
HXR98mFDLAc+Cl7b1jJBw3hJsaPQxZA4X/DGt8ibEtLw7ZbTJDuffq8RbSH7VmUDtxjlYrGPU
dT2H6SIerizeXJNWy2brhtlf2TcWZGXvM+4Wu3KWCW8JlDY8SvRTjzUIG5jjsg5g5ZaJfMtet
9p+UudqG0CTq0xxE43dIcF8B+B89eAuxIk1AS1+S2HcOXxBLasEmdkamvsw1Otz86vzZK7tAz
pKPxIZ97zx33zQtW815kXS8+bLAnLz/RYFZl5KgjVnVu2HDU//t7hQTIrXpn9rlzSd50YahJT
pQ49TWWgx8rnNWZCklh4Nt/s7Qc92CjtoVbO07fQfZx63tr2hYxjVhnGNdoz/etswHFysXch5
HJX/dUZuIBSpulARFyiULUPH1pGrjP2tbW7gRDGtQNdmk=
Content-Transfer-Encoding: quoted-printable
X-Spam-Score: 2.9 (++)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii wrote: >>
From: Robert Boyer >> Date: Thu, 29 Feb 2024 13:40:14 -0600 >> >> Consider
this form: >> >> (progn (emacs-lisp-native-compile-and-load) (benchmark
(build-sieve (expt 10 >> 8)) 1)) >> >> First of [...]
Content analysis details: (2.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.18 listed in wl.mailspike.net]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust [212.227.15.18 listed in list.dnswl.org]
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
X-Debbugs-Envelope-To: 69480
Cc: Robert Boyer <robertstephenboyer@HIDDEN>, 69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 1.9 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
has NOT identified this incoming email as spam. The original
message has been attached to this so you can view it or label
similar future email. If you have any questions, see
the administrator of that system for details.
Content preview: On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii wrote: >>
From: Robert Boyer >> Date: Thu, 29 Feb 2024 13:40:14 -0600 >> >> Consider
this form: >> >> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve
(expt 10 >> 8)) 1)) >> >> First of [...]
Content analysis details: (1.9 points, 10.0 required)
pts rule name description
---- ---------------------- --------------------------------------------------
0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4)
[212.227.15.18 listed in wl.mailspike.net]
3.6 RCVD_IN_SBL_CSS RBL: Received via a relay in Spamhaus SBL-CSS
[94.134.94.185 listed in zen.spamhaus.org]
-0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/,
low trust
[212.227.15.18 listed in list.dnswl.org]
-0.0 SPF_PASS SPF: sender matches SPF record
0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail
provider (stephen.berman[at]gmx.net)
0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record
0.0 RCVD_IN_MSPIKE_WL Mailspike good senders
-0.0 T_SCC_BODY_TEXT_LINE No description available.
-1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list
manager
On Thu, 29 Feb 2024 22:10:27 +0200 Eli Zaretskii <eliz@HIDDEN> wrote:
>> From: Robert Boyer <robertstephenboyer@HIDDEN>
>> Date: Thu, 29 Feb 2024 13:40:14 -0600
>>
>> Consider this form:
>>
>> (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (ex=
pt 10
>> 8)) 1))
>>
>> First of all, 'benchmark' has an obvious bug because it reports a time =
of
>> .000005 seconds.
>
> You use benchmark incorrectly. And you should use benchmark-run
> instead, anyway.
>
>> After finding the file eratosthenese.el, the evaluation of the form abo=
ve
>> takes 69 seconds in Emacs.
>>
>> After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt =
10 8))
>> takes 8 seconds.
>
> It takes 16.7 sec on my system.
I was curious to see how long it takes on my system, compared to the
byte-compiled and uncompiled files, and the results surprised me.
First, I visited the file eratosthenes.el, ran `eval-buffer' and then
`M-: (benchmark-run nil (build-sieve (expt 10 8)))', with this result:
(143.326808051 1 0.344846223)
Then I ran `M-: (progn (emacs-lisp-native-compile-and-load)
(benchmark-run nil (build-sieve (expt 10 8))))', with this result:
(37.457440511 1 0.36922945500000004)
The native compilation also produced a byte-compiled file
eratosthenes.elc, so I then loaded that file and again ran `M-:
(benchmark-run nil (build-sieve (expt 10 8)))', with this result:
(21.854069551000002 1 0.3595161699999999)
I was surprised that this was much faster than the run with native
compilation, but I thought perhaps this was due to the time spent
producing both the native and byte-compiled files (though more than 15
seconds for that seemed unlikely), so I ran `M-: (progn
(emacs-lisp-native-compile-and-load) (benchmark-run nil (build-sieve
(expt 10 8))))' again, which just loaded the already native-compiled
file (and updated its timestamp), but the result was practically the
same as the first time:
(37.095767574 1 0.36986937500000017)
Why is the timing with native compilation so much slower than with byte
compilation?
Steve Berman
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 1 Mar 2024 06:46:15 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Fri Mar 01 01:46:15 2024 Received: from localhost ([127.0.0.1]:35922 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfwet-0007Kk-5Q for submit <at> debbugs.gnu.org; Fri, 01 Mar 2024 01:46:15 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rfweq-0007KW-DT for 69480 <at> debbugs.gnu.org; Fri, 01 Mar 2024 01:46:13 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rfweJ-0000AN-Bt; Fri, 01 Mar 2024 01:45:39 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=YYRJ5HvH5G9vMLEcdNCHxXp2Ov5kd/y7GTiBtTkfSs8=; b=VWGHFdV9uOSiEvOdlW3D Iz0iao1+DyAe5ty8rsn0jbGBwAJOwK/BqkeX4WM0sy1Du+U9+0nJTjRiAIjtWc3GW6wlzIVQlBH2E XwKn7QAWalOeZIktLSsWJtq0GPItzgCGwN+Xe3jyCf1RmZjvgmotMni2EaAUW54DZ6tjHanEreUrv CjSsNA3YJ+SN7iYnaMuQWysnAE7m2Q3gu2pDZohSxNKwkOn70XW0Ju3CH1lZ4VMp0belhKItLWq90 zqTuh/G2NAPushbfpsLggXlOoxxRdm1ut4or5dG5bQXdNZhjN77sXkmi6M9XJ4nashEoc3ETZAyr4 fjJEixI1gQ95Zg==; Date: Fri, 01 Mar 2024 08:45:37 +0200 Message-Id: <86a5nisb5a.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Robert Boyer <robertstephenboyer@HIDDEN> In-Reply-To: <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> (message from Robert Boyer on Thu, 29 Feb 2024 14:54:46 -0600) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Robert Boyer <robertstephenboyer@HIDDEN> > Date: Thu, 29 Feb 2024 14:54:46 -0600 > Cc: 69480 <at> debbugs.gnu.org > > > You use benchmark incorrectly. > > Huh? Here is the documentation. > > benchmark is an interactive native-compiled Lisp function in ‘benchmark.el’. > > (benchmark REPETITIONS FORM) > > Print the time taken for REPETITIONS executions of FORM. > Interactively, REPETITIONS is taken from the prefix arg, and > the command prompts for the form to benchmark. > For non-interactive use see also ‘benchmark-run’ and > ‘benchmark-run-compiled’. > FORM can also be a function in which case we measure the time it takes > to call it without any argument. Yes, and in your recipe you reversed the order of the arguments: (benchmark (build-sieve (expt 10 8)) 1) > > It takes 16.7 sec on my system. > > All of my times come from using a $100 Lenovo Chromebook. How much did your machine > cost? I gave my timing as another data point. I have no way of measuring the timing on your machine, obviously.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 22:10:38 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 17:10:38 2024
Received: from localhost ([127.0.0.1]:35570 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1rfobq-0007L4-7H
for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 17:10:38 -0500
Received: from mout.web.de ([217.72.192.78]:42419)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <michael_heerdegen@HIDDEN>) id 1rfobk-0007Kh-J9
for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 17:10:33 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=s29768273;
t=1709244594; x=1709849394; i=michael_heerdegen@HIDDEN;
bh=0Xlan7Fh7jY4pXbMthaTmBhntvzOj4ydMapb4LAU8nc=;
h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:
Date;
b=D8cd0lyX4uSNk5FYls3wWHme15+vItUB7MNay0QO3QEI0GD58SdfS8/BiLh3uWYB
tWgcnOZlAwi++24ChiBymIOJzG2MNre8Pw1y95VRd5Aqaac1c2iDQSV6cXPIwk8vw
AvYuzfwCPLr4RlABnTY3/hI7JgPFGDWebfmadzbbC9DfyV/qH5ciaD5PtAqEvAMgy
0k2fWN6kUvR++s7G4ifGGompEPU4qjoDcB6SJaOKk/88r5raH1Q16odQXo9AQqiuC
h0g57uLvn9DPajFXZBj90TJIzSqhnxtQMmTacZ5WnK5rtof90wB9WUHPytXpnN1jq
juC0HOh5YLjRW5+0Qg==
X-UI-Sender-Class: 814a7b36-bfc1-4dae-8640-3722d8ec6cd6
Received: from drachen.dragon ([92.76.229.82]) by smtp.web.de (mrweb105
[213.165.67.124]) with ESMTPSA (Nemesis) id 1MbTL1-1r8gm3232H-00bkOU; Thu, 29
Feb 2024 23:09:54 +0100
From: Michael Heerdegen <michael_heerdegen@HIDDEN>
To: Robert Boyer <robertstephenboyer@HIDDEN>
Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile',
'declare' and 'the' for fixnums and arrays.
In-Reply-To: <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN>
(Robert Boyer's message of "Thu, 29 Feb 2024 14:54:46 -0600")
References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN>
<86edcvrpzg.fsf@HIDDEN>
<CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN>
Date: Thu, 29 Feb 2024 23:10:24 +0100
Message-ID: <87il26ncq7.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:nd9ZGnnC1UEQhMsxFxYITkKdmiNTmCiOmjc/0gNr1h4ZfoOr2ew
7sz9hI6QcymgHpzV3Z2hS/tK/DN2mWNgtdb4N3k+aSRrx0iI5kGcLuzoS8OoU5wYYg+/vqu
dWiDidBTVr3DNsvcYapfN4dJehTCkPaWozSplkTi5GQgaK6u+5AsgXhoeERkZVE20/QO8Ol
2EenIh/w9XujmBABlR2zA==
X-Spam-Flag: NO
UI-OutboundReport: notjunk:1;M01:P0:u4uztN96lYI=;r2+lRqAua5SW9zORKssSrlcXg9Q
ohSXyxDqUtrPLJlgPaeDcjgYYLxNjDDbtJANe6CQ9Jt3oOjrB05XlpgP86650xZ7tUGCt89wa
ObpbzqUTAmWAkJSmLMj/Qbf/rwR3BGpVPHFEmytE4mM9ofoFXu+5snWgHfU1z/BdzjaChZQyP
p2+n3Km48Erv72dwnrJzdOLe3IrtzWnURpitr86WRQ6NjuogAIlpqIOCfZqwBOVWgiLPoG23N
g/JrH4oVW/Hj04ulA7cm+ZiBHSWDRJO8H0e9dLdMq1i3mylVVIlyGgf9ff4nTBqU3on8Eq9Wt
B01LG5Ah/5LR+uoFANbr/SQRQemgSEZEL1sXkTXFRcvf9rGnBEX5J3ko3utAtUEvD5rjWb71M
8GF+j67uOcb5BuKMG3p42FAH+PA0tHF9dflDzPmaOOSEcdPcw/z/XusFPyeKpS+Vp4jV4/q5N
bh8eWMTGBFGXN+3Q+bcKzuwJVJxg0mwGCMFuOm4eZ1tBYuxvr52CImFsA12ehwe+l2+1OfDs6
clm44E/a4oItt+sEn3bDBy8BQtbc6bHp5dG+6wqwyGjF+UuT0eyUGYJ9BERFG3SCZWyZGWNP7
UZIfPlVplL2BprYA0oqgeSCMm6PiMcfTzFJRD3HXJHfxtUoqoMIR3/sQi87MaCOrw7Gm0B04E
GIQdJvP1Wa33pOKczO11lEHzR/ni+JaxNgNUi6bEU9/c4bK8HnRnXIwDFLkJCe8MuAVJfjFUp
t4DkDV47qQHoFi/GTsQ4L96lRmGTdFU5iKUOh5fco/bvXvRH/fNJEOZuAmK4H+4uWv30yB0tV
mKROZ057Vlo184Umjsyk+lCpvjg5hkYCd1tftt7BZ+hK8=
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: 69480
Cc: Eli Zaretskii <eliz@HIDDEN>, 69480 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)
Robert Boyer <robertstephenboyer@HIDDEN> writes:
> Huh? Here is the documentation.
>
> benchmark is an interactive native-compiled Lisp function in
> =E2=80=98benchmark.el=E2=80=99.
>
> (benchmark REPETITIONS FORM)
^^^^
It's a _function_, Robert. So you are passing the evaluation result,
not a form.
Michael.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 21:06:30 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 16:06:30 2024 Received: from localhost ([127.0.0.1]:35494 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfnbq-0005WO-4P for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 16:06:30 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:52409) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfnbn-0005W6-0F for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 16:06:28 -0500 Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-564372fb762so2096783a12.0 for <69480 <at> debbugs.gnu.org>; Thu, 29 Feb 2024 13:05:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709240694; x=1709845494; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=A7Q3XQ+XWsS2N57oPveUw++4Yk+896ogM+F7ZLR4b1M=; b=DIyaUSAydNRCtRXPTpNL1HBuMLDCRO7QuhoGQDnLSXCkydDHxDdLHkvwu4sB+5TyLo czst/pqjTEX4Vp+M1QIJrHMT+tipr2NuCX5izNy8l387iHmDEWGSHaK100VPYlKyL6x0 cu42sGB//L20vxSx3bBDq+7wZzCTBXv+FHK0SDgMX8cyjIdLuPySXVLskTD+N8b0GQcS gbNXzsatE1dtYmZN5K8+GKke0Xf62IzkuLed+QERHY4aLFSQ6dkSB7kfoW9QuJO2p72F vK19rD/bRxqSP/GufbFctvDuxFVLp7JD1yMVIffHiePWNGF8zP27ydDXuKqFpnVDP38s 0LAQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709240694; x=1709845494; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=A7Q3XQ+XWsS2N57oPveUw++4Yk+896ogM+F7ZLR4b1M=; b=r2jLhYb+rtngSFVBbD0sFvBa/zjAGp5zDDFQ3PpThCxyylCML7CZzN59Mt7L6IYAJl BzAwtUAGs47CvXlF5VxG1Z+mM+GwsfVzmqt5q4papaeKNZx0nzdugojTucsLX+HB9O8x +S3Oy2NfbLmV5H8FCwXegfKlnqib9c2PXughmI8pv0rpihsyTeCiosRDRilCX9BFZqO4 X9saMBWyX/tpb1lWzyhrlg80Lu0Dv/z1CGyufDqbiII+wD7tr1oWaO4WcGGdUeUnd5Tx /6Ind0KvTgyGJU7TuY0vwcDlYViYclrUJ9hqbKglf148YFQY8XhWRO4FTnKd8B7aRrHG gZsQ== X-Gm-Message-State: AOJu0YyHbNRg2pgVlhzqQF1VFBPVnemVFHMwgoFDz5rsB3V4nCWUMzrC 6pHHMbBVTZpA+Ia2YUZyusMeTtJZKBjr6nTkbrgJo4+DuoDTlCZ6IcgYz+Fty/Y5kpH/ppD847o KGvEKD4oQkviq8380dWrrlQ6CXO4Mhw0uNpD3pQ== X-Google-Smtp-Source: AGHT+IGyASLCh1sPwA0SzAcT8aYQzmz6KjWUPP/ld1XwUXYXUVMan/46Zd8gaD0epMIUv8C9ZYm9EkKmxc9KARuCv4Q= X-Received: by 2002:aa7:cb4d:0:b0:565:dce3:66fd with SMTP id w13-20020aa7cb4d000000b00565dce366fdmr73239edt.23.1709240693647; Thu, 29 Feb 2024 13:04:53 -0800 (PST) MIME-Version: 1.0 References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> In-Reply-To: <86edcvrpzg.fsf@HIDDEN> From: Robert Boyer <robertstephenboyer@HIDDEN> Date: Thu, 29 Feb 2024 15:04:15 -0600 Message-ID: <CAP9n0TOmq3TU7OR9hchpcouSiBwjE4DwX+x0GE1ao3_efM8NDg@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000616e1506128b9cbd" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000616e1506128b9cbd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable benchmark-run-compiled reported the same sorry time to *Messages* on: (progn (emacs-lisp-native-compile-and-load) (benchmark-run-compiled (build-sieve (expt 10 8)))) (68.42455689 1 1.1884078129999995) On Thu, Feb 29, 2024 at 2:11=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Robert Boyer <robertstephenboyer@HIDDEN> > > Date: Thu, 29 Feb 2024 13:40:14 -0600 > > > > Consider this form: > > > > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve > (expt 10 8)) 1)) > > > > First of all, 'benchmark' has an obvious bug because it reports a time = of > > .000005 seconds. > > You use benchmark incorrectly. And you should use benchmark-run > instead, anyway. > > > After finding the file eratosthenese.el, the evaluation of the form abo= ve > > takes 69 seconds in Emacs. > > > > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt > 10 8)) > > takes 8 seconds. > > It takes 16.7 sec on my system. > > I see no bug here, native-compiled Emacs Lisp will never be able to > produce performance similar to SBCL, not the way native compilation is > implemented in Emacs. > --000000000000616e1506128b9cbd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>benchmark-run-compiled reported the same sorry time t= o *Messages* on:</div><div><br></div><div>(progn (emacs-lisp-native-compile= -and-load) (benchmark-run-compiled (build-sieve (expt 10 8))))<br></div><di= v><br></div>(68.42455689 1 1.1884078129999995)</div><br><div class=3D"gmail= _quote"><div dir=3D"ltr" class=3D"gmail_attr">On Thu, Feb 29, 2024 at 2:11= =E2=80=AFPM Eli Zaretskii <<a href=3D"mailto:eliz@HIDDEN">eliz@HIDDEN<= /a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0= px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">&= gt; From: Robert Boyer <<a href=3D"mailto:robertstephenboyer@HIDDEN" = target=3D"_blank">robertstephenboyer@HIDDEN</a>><br> > Date: Thu, 29 Feb 2024 13:40:14 -0600<br> > <br> > Consider this form:<br> > <br> > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (e= xpt 10 8)) 1))<br> > <br> > First of all, 'benchmark' has an obvious bug because it report= s a time of<br> > .000005 seconds.<br> <br> You use benchmark incorrectly.=C2=A0 And you should use benchmark-run<br> instead, anyway.<br> <br> > After finding the file eratosthenese.el, the evaluation of the form ab= ove<br> > takes 69 seconds in Emacs.<br> > <br> > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt= 10 8))<br> > takes 8 seconds.<br> <br> It takes 16.7 sec on my system.<br> <br> I see no bug here, native-compiled Emacs Lisp will never be able to<br> produce performance similar to SBCL, not the way native compilation is<br> implemented in Emacs.<br> </blockquote></div> --000000000000616e1506128b9cbd--
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 20:57:01 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 15:57:01 2024 Received: from localhost ([127.0.0.1]:35486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfnSe-0005Gb-Q5 for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:57:01 -0500 Received: from mail-ed1-f53.google.com ([209.85.208.53]:58402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfnSc-0005GO-9V for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:56:59 -0500 Received: by mail-ed1-f53.google.com with SMTP id 4fb4d7f45d1cf-563f675be29so1934468a12.0 for <69480 <at> debbugs.gnu.org>; Thu, 29 Feb 2024 12:56:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709240125; x=1709844925; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=1PL0u4kbt7rrrzaaJ1oKRVQ/Ba458s4Z1ZQ/CUDsRz0=; b=MyU11Q2Arx0R4uyvxmIkriMZK87mY5kYNZy6re71J5wVMkHQGic3XHHfpbMqI2LrBA 252MT7bAce5zNSUhu/CtgkD2UNieUNw6vX4PbC3yii10WoIM8gnMk7IcpBA/I5hCf857 2TuCo44wpBLMbru235cxebGaxuAXxOZTAc9IGk5lE95bsHFwcU+n+WPf0OzAhQy0ujuF 3mHnbyZYQ/Nb0owPx3R/S9KsicNLvyN/lcccDJvFh8/2TxveVAWpIaU1nDv9aqWEhJKz e78WL4NeHxOAVwLYcxX5KoiXDrXH2LNpKfZdRzJMEUlGO9ohvr8kT3MtadlJN7EYSCsr ByOQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709240125; x=1709844925; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=1PL0u4kbt7rrrzaaJ1oKRVQ/Ba458s4Z1ZQ/CUDsRz0=; b=nW3gMRPI01Yb5hkTQFz8o3+TnfUUuQMfWcT0ONft6+Tkv9zHvtR1fBX460VX997QGx S8+RcgK2jMhFa/MCUf31/JxgpZ5dya2cbGpXtfn/OWv+c9/Glhx2Tb81djfi132+d7Gm cj2GvU/oGVzWbcLPD6HqPC9gYJ9h5h49sNCctO363dIoRxbrFceO47bYPWiMTpLhTAyL YOIeLZXHioDcg3KyztQsplc73xALsAm+0gDH5djfIxZP+k+LTGuihtp1+mVEdFz6TQMR 6zrONPMHqvQpLU2xBzrrOP72m85wDwv45i41VI2D4Iizmyc3MgiWKRr27x6ceIU/Zgqf mOaA== X-Gm-Message-State: AOJu0YwBB4VGBbJL36Xmb67HAPl2FBMJBSqXyK06T1T99q01rGR2N4aK USl3Ncjy0TmnwnDWeC/hpz7vyDv5Y6ubJwu4n4UjhWA0HmR6NM8kHxo8WVu4EkvNr0qEK7VOnhI rsQdEbi0tY2MqfqxPDKVIWFQXwTYB04Nt8YIn1g== X-Google-Smtp-Source: AGHT+IGeiXrRkG8UrRuMMHYqwj0pJ+3kqMfTwgEOYuUh4GrgORt/uNW7OhYrkk8OFX767/ucpmQKF9JUkJT4em419Mk= X-Received: by 2002:a50:cbcd:0:b0:565:7116:d533 with SMTP id l13-20020a50cbcd000000b005657116d533mr65636edi.6.1709240124519; Thu, 29 Feb 2024 12:55:24 -0800 (PST) MIME-Version: 1.0 References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> <86edcvrpzg.fsf@HIDDEN> In-Reply-To: <86edcvrpzg.fsf@HIDDEN> From: Robert Boyer <robertstephenboyer@HIDDEN> Date: Thu, 29 Feb 2024 14:54:46 -0600 Message-ID: <CAP9n0TMu641Kya3Hvg72RnhBOHbv+SokVRzGY=5iQNVC+qD8Lw@HIDDEN> Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. To: Eli Zaretskii <eliz@HIDDEN> Content-Type: multipart/alternative; boundary="000000000000753c7e06128b7a87" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -1.0 (-) --000000000000753c7e06128b7a87 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable > You use benchmark incorrectly. Huh? Here is the documentation. benchmark is an interactive native-compiled Lisp function in =E2=80=98bench= mark.el=E2=80=99. (benchmark REPETITIONS FORM) Print the time taken for REPETITIONS executions of FORM. Interactively, REPETITIONS is taken from the prefix arg, and the command prompts for the form to benchmark. For non-interactive use see also =E2=80=98benchmark-run=E2=80=99 and =E2=80=98benchmark-run-compiled=E2=80=99. FORM can also be a function in which case we measure the time it takes to call it without any argument. Probably introduced at or before Emacs version 22.1. > And you should use benchmark-run instead, anyway. Thanks for that. I'll give it a try. > It takes 16.7 sec on my system. All of my times come from using a $100 Lenovo Chromebook. How much did your machine cost? > Emacs Lisp will never be able to produce performance similar to SBCL, not the way > native compilation implemented in Emacs. Wanna bet? There are too many geniuses working on Emacs to let this chance for 8X pass. Thanks for your reply. My message was inspired by something someone said when I sent in a much simpler demo of the same 8x point, saying that one needed to show the difference on real code. So I have done so, I hope everyone agrees. Who is more famous than Eratosthenese? Bob On Thu, Feb 29, 2024 at 2:11=E2=80=AFPM Eli Zaretskii <eliz@HIDDEN> wrote: > > From: Robert Boyer <robertstephenboyer@HIDDEN> > > Date: Thu, 29 Feb 2024 13:40:14 -0600 > > > > Consider this form: > > > > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve > (expt 10 8)) 1)) > > > > First of all, 'benchmark' has an obvious bug because it reports a time = of > > .000005 seconds. > > You use benchmark incorrectly. And you should use benchmark-run > instead, anyway. > > > After finding the file eratosthenese.el, the evaluation of the form abo= ve > > takes 69 seconds in Emacs. > > > > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt > 10 8)) > > takes 8 seconds. > > It takes 16.7 sec on my system. > > I see no bug here, native-compiled Emacs Lisp will never be able to > produce performance similar to SBCL, not the way native compilation is > implemented in Emacs. > --000000000000753c7e06128b7a87 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><br></div><div>> You use benchmark incorrectly.=C2= =A0<br></div><div><br></div><div>Huh?=C2=A0 Here is the documentation.</div= ><div><br></div>benchmark is an interactive native-compiled Lisp function i= n =E2=80=98benchmark.el=E2=80=99.<br><br>(benchmark REPETITIONS FORM)<br><b= r>Print the time taken for REPETITIONS executions of FORM.<br>Interactively= , REPETITIONS is taken from the prefix arg, and<br>the command prompts for = the form to benchmark.<br>For non-interactive use see also =E2=80=98benchma= rk-run=E2=80=99 and<br>=E2=80=98benchmark-run-compiled=E2=80=99.<br>FORM ca= n also be a function in which case we measure the time it takes<br>to call = it without any argument.<br><br>=C2=A0 Probably introduced at or before Ema= cs version 22.1.<br><div><br></div><div>=C2=A0> And you should use bench= mark-run instead, anyway.<br></div><div><br></div><div>Thanks for that.=C2= =A0 I'll give it a try.</div><div><br></div><div>>=C2=A0 It takes 16= .7 sec on my system.</div><div><br></div><div>All of my times come from usi= ng a $100 Lenovo Chromebook.=C2=A0 How much did your machine</div><div>cost= ?</div><div><br></div><div>> Emacs Lisp will never be able to produce pe= rformance similar to SBCL, not the way=C2=A0</div><div>> native compilat= ion implemented in Emacs.<br></div><div><br></div><div>Wanna bet?=C2=A0 The= re are too many geniuses working on Emacs to let this chance for 8X pass.</= div><div><br></div><div>Thanks for your reply.=C2=A0 My message was inspire= d by something someone said when I sent</div><div>in a much simpler demo of= the same 8x point, saying that one needed to show the difference=C2=A0 on<= /div><div>real code.=C2=A0 So I have done so, I hope everyone agrees. Who i= s more famous than Eratosthenese?</div><div><br></div><div>Bob</div><div><b= r></div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmai= l_attr">On Thu, Feb 29, 2024 at 2:11=E2=80=AFPM Eli Zaretskii <<a href= =3D"mailto:eliz@HIDDEN">eliz@HIDDEN</a>> wrote:<br></div><blockquote c= lass=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px soli= d rgb(204,204,204);padding-left:1ex">> From: Robert Boyer <<a href=3D= "mailto:robertstephenboyer@HIDDEN" target=3D"_blank">robertstephenboyer@= gmail.com</a>><br> > Date: Thu, 29 Feb 2024 13:40:14 -0600<br> > <br> > Consider this form:<br> > <br> > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (e= xpt 10 8)) 1))<br> > <br> > First of all, 'benchmark' has an obvious bug because it report= s a time of<br> > .000005 seconds.<br> <br> You use benchmark incorrectly.=C2=A0 And you should use benchmark-run<br> instead, anyway.<br> <br> > After finding the file eratosthenese.el, the evaluation of the form ab= ove<br> > takes 69 seconds in Emacs.<br> > <br> > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt= 10 8))<br> > takes 8 seconds.<br> <br> It takes 16.7 sec on my system.<br> <br> I see no bug here, native-compiled Emacs Lisp will never be able to<br> produce performance similar to SBCL, not the way native compilation is<br> implemented in Emacs.<br> </blockquote></div> --000000000000753c7e06128b7a87--
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at 69480) by debbugs.gnu.org; 29 Feb 2024 20:11:37 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 15:11:37 2024 Received: from localhost ([127.0.0.1]:35446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfmkj-00043s-B2 for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:11:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:37756) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1rfmkf-00043T-KY for 69480 <at> debbugs.gnu.org; Thu, 29 Feb 2024 15:11:35 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <eliz@HIDDEN>) id 1rfmk8-0002p5-V3; Thu, 29 Feb 2024 15:11:00 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=PrHEwb4CDMY46+smu8TINXv16oDhaZAEBMJhG2dChOI=; b=m+mPObhY0xxb KGnTW7docrpcyVnjFrwklFDcBLiU7+Pj6F2pt5ayAQB2LMYzaVlDZLLcLNxpoKoPOpnhsv87NwDkO g81r/mIRFMLI8WAVaVwWUG/W+Guc6Eg3tw9kl+Nqdv50BdVGXfFFJgNqbOJNXLMvGn4EgcFLlesWD QuRu2O+dwhFMSq0KXnhp1y2EKWlcb5ngmvT/gdtyEtQUbtowdEL1o1/kbtnK8ErRebSG0SsHUkGzD DLjPE+Dg9gBa4FiCCX9xmB8tmTxF8gb6A6UUkY+NqUCKWN/EAAgCx1KU19FfHNwQwxGsb/OHUMjDq yELe2T3ui56GHPgayfut4A==; Date: Thu, 29 Feb 2024 22:10:27 +0200 Message-Id: <86edcvrpzg.fsf@HIDDEN> From: Eli Zaretskii <eliz@HIDDEN> To: Robert Boyer <robertstephenboyer@HIDDEN> In-Reply-To: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> (message from Robert Boyer on Thu, 29 Feb 2024 13:40:14 -0600) Subject: Re: bug#69480: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. References: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 69480 Cc: 69480 <at> debbugs.gnu.org X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -3.3 (---) > From: Robert Boyer <robertstephenboyer@HIDDEN> > Date: Thu, 29 Feb 2024 13:40:14 -0600 > > Consider this form: > > (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 8)) 1)) > > First of all, 'benchmark' has an obvious bug because it reports a time of > .000005 seconds. You use benchmark incorrectly. And you should use benchmark-run instead, anyway. > After finding the file eratosthenese.el, the evaluation of the form above > takes 69 seconds in Emacs. > > After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) > takes 8 seconds. It takes 16.7 sec on my system. I see no bug here, native-compiled Emacs Lisp will never be able to produce performance similar to SBCL, not the way native compilation is implemented in Emacs.
bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.Received: (at submit) by debbugs.gnu.org; 29 Feb 2024 19:41:34 +0000 From debbugs-submit-bounces <at> debbugs.gnu.org Thu Feb 29 14:41:34 2024 Received: from localhost ([127.0.0.1]:35415 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>) id 1rfmHd-0000UQ-9J for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 14:41:34 -0500 Received: from lists.gnu.org ([209.51.188.17]:44024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfmHa-0000UE-Dv for submit <at> debbugs.gnu.org; Thu, 29 Feb 2024 14:41:32 -0500 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 <robertstephenboyer@HIDDEN>) id 1rfmH4-0006Ys-H8 for bug-gnu-emacs@HIDDEN; Thu, 29 Feb 2024 14:40:59 -0500 Received: from mail-ed1-x534.google.com ([2a00:1450:4864:20::534]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from <robertstephenboyer@HIDDEN>) id 1rfmH0-0004rJ-UG for bug-gnu-emacs@HIDDEN; Thu, 29 Feb 2024 14:40:58 -0500 Received: by mail-ed1-x534.google.com with SMTP id 4fb4d7f45d1cf-5658082d2c4so2015223a12.1 for <bug-gnu-emacs@HIDDEN>; Thu, 29 Feb 2024 11:40:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1709235652; x=1709840452; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=EQ724KN8HnapreNYyw131IxSdNy1DAtQKhyS88WRpro=; b=h/qKBUGgRjDOiWzjTjS+cBk+C6paPCdwe9GPfUbGw1qOWJyeG7QVJjAH0nMY27hJTl DjLDJeyCvGriEBPbcbbjRAwQQBQkM1FEHfBaVaC7O+qzIE46bDkVacAZnz76R8kvegSs 9E70HQPTbJ3VaxzwzUJPdiqrokf3saP7uZ51R/xcg2oZuNyvyK+i1m45898wJrWwshTg B6QSmvdrpogsPABj7xkZslUQKvDIrrdAUl1jDfuYrnXEEiRy8XnsV0I3zK+Oz79GBKLk K7+KYNCfb91I1tMmIjD05yIwhB6EKDEnsd6k9cehgkgz3CnfrGnfpWYZ3aOeekVpgPqF c6Eg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1709235652; x=1709840452; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=EQ724KN8HnapreNYyw131IxSdNy1DAtQKhyS88WRpro=; b=qeIljlq5cXDw4+6FI5JRXtp18NeKgUagMOwh636kiKIV0vvrLVbWDR+iK6bjfFVQtS G1ruCabArBBkPKzGMcXjtYzRBw5New2n8LuGUCpEL3a2EzhjsnAFFgkVBj3vONwdv8Nr k8MZBFx1Gy6iuxJ/I/dRKujgxmfYbiqxheDfQ0gzmLUxfCrtRCKMaJklu205Xw16grQe 1i9pT3SL8tB1QLgd/x2PS4RY11jQ9hEd5FXMeO72S1izdXxWNISRIYTfFa5oiDMdNqux /DYfHp4h5Bi+LsJhrfC5FAARQgce0YUCVmIUJE2PmZS6Wtw+ElK/pgu8jWRaglAceizQ fs3g== X-Gm-Message-State: AOJu0YwMR4873mUUZKddl+D/vN9TCXxgFQqKzazSXJw0FF4kpPCZQ5rr j1TeqkXWBfqA7AFECCEH+cge0SzCWEvHZcTDen7PRB5qOCUd31zdF+zHd6pGUtIIxBMwwAEsOZ4 h5Xt9yFqevGbAP8ya+q15WMrOo1CLKUk9BQQ= X-Google-Smtp-Source: AGHT+IFpR46Ok0AMYkqasg/S7e2PA5WjXLKiT12LC/NxA2ckjWE/MkFZbGwknMIQeQZTvK5Ad8OU6Q77zXbZ5hTBfhU= X-Received: by 2002:a05:6402:2156:b0:565:f9c1:d925 with SMTP id bq22-20020a056402215600b00565f9c1d925mr2080932edb.0.1709235652236; Thu, 29 Feb 2024 11:40:52 -0800 (PST) MIME-Version: 1.0 From: Robert Boyer <robertstephenboyer@HIDDEN> Date: Thu, 29 Feb 2024 13:40:14 -0600 Message-ID: <CAP9n0TMfsKdJPKbu7fu1J98ZQWw8xwX+q=EX4F=XgQqhsv3zog@HIDDEN> Subject: Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. To: bug-gnu-emacs@HIDDEN Content-Type: multipart/mixed; boundary="000000000000e3abde06128a6fc0" Received-SPF: pass client-ip=2a00:1450:4864:20::534; envelope-from=robertstephenboyer@HIDDEN; helo=mail-ed1-x534.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit <at> debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: <debbugs-submit.debbugs.gnu.org> List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe> List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/> List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org> List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help> List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe> Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org> X-Spam-Score: -2.3 (--) --000000000000e3abde06128a6fc0 Content-Type: multipart/alternative; boundary="000000000000e3abdc06128a6fbe" --000000000000e3abdc06128a6fbe Content-Type: text/plain; charset="UTF-8" I show beyond all doubt how much Emacs Lisp needs, for its great 'native-compile', 'declare' and 'the' for fixnums and arrays. Why? 8X! If every time you aref a vector or increment a fixnum you have to check things, you are going to waste a lot of cpu time. A programmer NEEDS to be able to TELL the system things that should not be checked constantly. Imagine how slow one would be if he/she had to check that he/she was alive every heart beat. I have attached two files, eratosthenese.el and eratosthenese.lisp, the first coded in Emacs Lisp and the second in Common Lisp. In all that follows, I am running on a $100 Lenovo Chromebook. The Sieve of Eratosthenese is the second oldest algorithm I am aware of, the oldest being gcd. Consider this form: (progn (emacs-lisp-native-compile-and-load) (benchmark (build-sieve (expt 10 8)) 1)) First of all, 'benchmark' has an obvious bug because it reports a time of .000005 seconds. So I used the timer on my trusty $130 moto g pure phone. After finding the file eratosthenese.el, the evaluation of the form above takes 69 seconds in Emacs. After entering SBCL and loading eratosthenese.lisp, (build-sieve (expt 10 8)) takes 8 seconds. Q.E.D. Bob I attach stuff that I do not understand but that you may like. From: bob <bob@penguin> To: bug-gnu-emacs@HIDDEN Subject: 28.2; Why Emacs Lisp needs declare and the for fixnums and arrays. --text follows this line-- In GNU Emacs 28.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0) of 2023-05-13, modified by Debian built on x86-ubc-01 Windowing system distributor 'The X.Org Foundation', version 11.0.12014000 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --build x86_64-linux-gnu --prefix=/usr --sharedstatedir=/var/lib --libexecdir=/usr/libexec --localstatedir=/var/lib --infodir=/usr/share/info --mandir=/usr/share/man --with-libsystemd --with-pop=yes --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp --with-sound=alsa --without-gconf --with-mailutils --with-native-compilation --with-cairo --with-x=yes --with-x-toolkit=gtk3 --with-toolkit-scroll-bars 'CFLAGS=-g -O2 -ffile-prefix-map=/build/emacs-mPr7Vr/emacs-28.2+1=. -fstack-protector-strong -Wformat -Werror=format-security -Wall' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' LDFLAGS=-Wl,-z,relro' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF TOOLKIT_SCROLL_BARS X11 XDBE XIM XPM GTK3 ZLIB Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Text Minor modes in effect: shell-dirtrack-mode: t display-time-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message rmc puny rfc822 mml mml-sec epa derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail thingatpt dabbrev misearch multi-isearch help-fns radix-tree cl-print debug backtrace find-func time-date compile text-property-search comp comp-cstr warnings rx cl-extra help-mode cus-start etags fileloop generator xref project dired-aux cus-edit pp cus-load wid-edit trace sh-script smie executable dired dired-loaddefs cal-menu calendar cal-loaddefs ange-ftp shell pcomplete comint ansi-color ring benchmark time rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils face-remap finder-inf package browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie url-domsuf url-util mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl tooltip eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice button loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit x multi-tty make-network-process native-compile emacs) Memory information: ((conses 16 178787 77633) (symbols 48 13676 66) (strings 32 42888 8138) (string-bytes 1 1386823) (vectors 16 26477) (vector-slots 8 100493063 154471) (floats 8 62 377) (intervals 56 2423 424) (buffers 992 31)) --000000000000e3abdc06128a6fbe Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><font face=3D"monospace">I show beyond all doubt how much = Emacs Lisp needs, for its great 'native-compile',</font><div><span = style=3D"font-family:monospace">'declare' and 'the' for fix= nums=C2=A0</span><span style=3D"font-family:monospace">and arrays.</span><d= iv><font face=3D"monospace"><br>Why? 8X!<br><br>If every time you aref a ve= ctor or increment a fixnum you have to check<br>things, you are going to wa= ste a lot of cpu time. A programmer NEEDS to be<br>able to TELL the system = things that should not be checked constantly. Imagine<br>how slow one would= be if he/she had to check that he/she was alive every<br>heart beat.<br><b= r>I have attached two files, eratosthenese.el and eratosthenese.lisp, the<b= r>first coded in Emacs Lisp and the second in Common Lisp.<br><br>In all th= at follows, I am running on a $100 Lenovo Chromebook.<br><br>The Sieve of E= ratosthenese is the second oldest algorithm I am aware of, the<br>oldest be= ing gcd.<br><br>Consider this form:<br><br>(progn (emacs-lisp-native-compil= e-and-load) (benchmark (build-sieve (expt 10 8)) 1))<br><br>First of all, &= #39;benchmark' has an obvious bug because it reports a time of<br>.0000= 05 seconds.<br><br>So I used the timer on my trusty $130 moto g pure phone.= <br><br>After finding the file eratosthenese.el, the evaluation of the form= above<br>takes 69 seconds in Emacs.<br><br>After entering SBCL and loading= eratosthenese.lisp, (build-sieve (expt 10 8))<br>takes 8 seconds.<br><br>Q= .E.D.<br><br>Bob<br><br>I attach stuff that I do not understand but that yo= u may like.<br><br>From: bob <bob@penguin><br>To: <a href=3D"mailto:b= ug-gnu-emacs@HIDDEN" target=3D"_blank">bug-gnu-emacs@HIDDEN</a><br>Subjec= t: 28.2; Why Emacs Lisp needs declare and the for fixnums and arrays.<br>--= text follows this line--<br><br><br><br><br>In GNU Emacs 28.2 (build 1, x86= _64-pc-linux-gnu, GTK+ Version 3.24.37, cairo version 1.16.0)<br>=C2=A0of 2= 023-05-13, modified by Debian built on x86-ubc-01<br>Windowing system distr= ibutor 'The X.Org Foundation', version 11.0.12014000<br>System Desc= ription: Debian GNU/Linux 12 (bookworm)<br><br>Configured using:<br>=C2=A0&= #39;configure --build x86_64-linux-gnu --prefix=3D/usr<br>=C2=A0--sharedsta= tedir=3D/var/lib --libexecdir=3D/usr/libexec<br>=C2=A0--localstatedir=3D/va= r/lib --infodir=3D/usr/share/info<br>=C2=A0--mandir=3D/usr/share/man --with= -libsystemd --with-pop=3Dyes<br>=C2=A0--enable-locallisppath=3D/etc/emacs:/= usr/local/share/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/= share/emacs/28.2/site-lisp:/usr/share/emacs/site-lisp<br>=C2=A0--with-sound= =3Dalsa --without-gconf --with-mailutils<br>=C2=A0--with-native-compilation= --build x86_64-linux-gnu --prefix=3D/usr<br>=C2=A0--sharedstatedir=3D/var/= lib --libexecdir=3D/usr/libexec<br>=C2=A0--localstatedir=3D/var/lib --infod= ir=3D/usr/share/info<br>=C2=A0--mandir=3D/usr/share/man --with-libsystemd -= -with-pop=3Dyes<br>=C2=A0--enable-locallisppath=3D/etc/emacs:/usr/local/sha= re/emacs/28.2/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/2= 8.2/site-lisp:/usr/share/emacs/site-lisp<br>=C2=A0--with-sound=3Dalsa --wit= hout-gconf --with-mailutils<br>=C2=A0--with-native-compilation --with-cairo= --with-x=3Dyes<br>=C2=A0--with-x-toolkit=3Dgtk3 --with-toolkit-scroll-bars= 'CFLAGS=3D-g -O2<br>=C2=A0-ffile-prefix-map=3D/build/emacs-mPr7Vr/emac= s-28.2+1=3D.<br>=C2=A0-fstack-protector-strong -Wformat -Werror=3Dformat-se= curity -Wall'<br>=C2=A0'CPPFLAGS=3D-Wdate-time -D_FORTIFY_SOURCE=3D= 2' LDFLAGS=3D-Wl,-z,relro'<br><br>Configured features:<br>ACL CAIRO= DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG<br>JSON LCMS= 2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES<br>NATIVE_COMP NOTI= FY INOTIFY PDUMPER PNG RSVG SECCOMP SOUND THREADS TIFF<br>TOOLKIT_SCROLL_BA= RS X11 XDBE XIM XPM GTK3 ZLIB<br><br>Important settings:<br>=C2=A0 value of= $LANG: en_US.UTF-8<br>=C2=A0 locale-coding-system: utf-8-unix<br><br>Major= mode: Text<br><br>Minor modes in effect:<br>=C2=A0 shell-dirtrack-mode: t<= br>=C2=A0 display-time-mode: t<br>=C2=A0 tooltip-mode: t<br>=C2=A0 global-e= ldoc-mode: t<br>=C2=A0 show-paren-mode: t<br>=C2=A0 electric-indent-mode: t= <br>=C2=A0 mouse-wheel-mode: t<br>=C2=A0 file-name-shadow-mode: t<br>=C2=A0= global-font-lock-mode: t<br>=C2=A0 font-lock-mode: t<br>=C2=A0 blink-curso= r-mode: t<br>=C2=A0 auto-composition-mode: t<br>=C2=A0 auto-encryption-mode= : t<br>=C2=A0 auto-compression-mode: t<br>=C2=A0 line-number-mode: t<br>=C2= =A0 transient-mark-mode: t<br><br>Load-path shadows:<br>None found.<br><br>= Features:<br>(shadow sort mail-extr emacsbug message rmc puny rfc822 mml mm= l-sec epa<br>derived epg rfc6068 epg-config gnus-util mm-decode mm-bodies m= m-encode<br>mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail thi= ngatpt<br>dabbrev misearch multi-isearch help-fns radix-tree cl-print debug= <br>backtrace find-func time-date compile text-property-search comp<br>comp= -cstr warnings rx cl-extra help-mode cus-start etags fileloop<br>generator = xref project dired-aux cus-edit pp cus-load wid-edit trace<br>sh-script smi= e executable dired dired-loaddefs cal-menu calendar<br>cal-loaddefs ange-ft= p shell pcomplete comint ansi-color ring benchmark<br>time rmail rmail-load= defs rfc2047 rfc2045 ietf-drums mm-util mail-prsvr<br>mail-utils face-remap= finder-inf package browse-url url url-proxy<br>url-privacy url-expand url-= methods url-history url-cookie url-domsuf<br>url-util mailcap url-handlers = url-parse auth-source cl-seq eieio<br>eieio-core cl-macs eieio-loaddefs pas= sword-cache json subr-x map<br>url-vars seq byte-opt gv bytecomp byte-compi= le cconv cl-loaddefs cl-lib<br>iso-transl tooltip eldoc paren electric uniq= uify ediff-hook vc-hooks<br>lisp-float-type elisp-mode mwheel term/x-win x-= win term/common-win x-dnd<br>tool-bar dnd fontset image regexp-opt fringe t= abulated-list replace<br>newcomment text-mode lisp-mode prog-mode register = page tab-bar menu-bar<br>rfn-eshadow isearch easymenu timer select scroll-b= ar mouse jit-lock<br>font-lock syntax font-core term/tty-colors frame minib= uffer cl-generic<br>cham georgian utf-8-lang misc-lang vietnamese tibetan t= hai tai-viet lao<br>korean japanese eucjp-ms cp51932 hebrew greek romanian = slovak czech<br>european ethiopic indian cyrillic chinese composite emoji-z= wj charscript<br>charprop case-table epa-hook jka-cmpr-hook help simple abb= rev obarray<br>cl-preloaded nadvice button loaddefs faces cus-face macroexp= files<br>window text-properties overlay sha1 md5 base64 format env code-pa= ges<br>mule custom widget hashtable-print-readable backquote threads dbusbi= nd<br>inotify lcms2 dynamic-setting system-font-setting font-render-setting= <br>cairo move-toolbar gtk x-toolkit x multi-tty make-network-process<br>na= tive-compile emacs)<br><br>Memory information:<br>((conses 16 178787 77633)= <br>=C2=A0(symbols 48 13676 66)<br>=C2=A0(strings 32 42888 8138)<br>=C2=A0(= string-bytes 1 1386823)<br>=C2=A0(vectors 16 26477)<br>=C2=A0(vector-slots = 8 100493063 154471)<br>=C2=A0(floats 8 62 377)<br>=C2=A0(intervals 56 2423 = 424)<br>=C2=A0(buffers 992 31))</font><br></div></div></div> --000000000000e3abdc06128a6fbe-- --000000000000e3abde06128a6fc0 Content-Type: application/octet-stream; name="eratosthenes.el" Content-Disposition: attachment; filename="eratosthenes.el" Content-Transfer-Encoding: base64 Content-ID: <f_lt7mnnui0> X-Attachment-Id: f_lt7mnnui0 Ozs7IFRoaXMgZmlsZSBlcmF0b3N0aGVuZXNlLmVsIHdhcyBjb2RlZCBieSBSb2JlcnQgQm95ZXIs Cjs7OyByb2JlcnN0ZXBoZW5ib3llckBnbWFpbC5jb20sIGluIDIwMjQsIGFuZCBpcyBwdWJsaWMg ZG9tYWluLgoKOzs7ICAgICAgICAgICAgICAgICAgICAgICAgICAgQSBTaWV2ZSBvZiBFcmF0b3N0 aGVuZXNlCgo7OzsgQm9ybiBjLiAyNzYgQi4gQy4gaW4gTGlieWEsIEVyYXRvc3RoZW5lc2UgY2Fs Y3VsYXRlZCB0aGUgcmFkaXVzIG9mIHRoZSBFYXJ0aAo7OzsgYW5kIHdhcyB0aGUgbGlicmFyaWFu IG9mIEFsZXhhbmRyaWEuCgo7OzsgVGhlIGJ1aWxkIGEgc2lldmUgb2YgRXJhdG9zdGhlbmVzZSBv ZiBsZW5ndGggbiwgY2FsbCAoYnVpbGQtc2lldmUgbiksCjs7OyBhZnRlciB3aGljaCBpIGlzIHBy aW1lIGlmIGFuZCBvbmx5IGlmIChpcy1hLXByaW1lIGkpLgoKOzs7IChidWlsZC1zaWV2ZSAoZXhw dCAxMCA4KSkgdGFrZXMgMTYwMCBzZWNvbmRzIHRvIGV4ZWN1dGUuCgooZGVmdmFyIHRlc3QtZm9y bSAnKHByb2duIChlbWFjcy1saXNwLW5hdGl2ZS1jb21waWxlLWFuZC1sb2FkKSAoYmVuY2htYXJr IChidWlsZC1zaWV2ZSAoZXhwdCAxMCA4KSkgMSkpKQoKKGNsLWRlY2xhaW0gKG9wdGltaXplIChz YWZldHkgMCkgKHNwZWVkIDMpIChkZWJ1ZyAwKSAoc3BhY2UgMCkpKQoKKGRlZnZhciAqc2lldmUt bGVuZ3RoKiAwKQoKKHNldHEgKnNpZXZlLWxlbmd0aCogMCkKCihkZWZ2YXIgKnNpZXZlKiAobWFr ZS12ZWN0b3IgMSAwKSkKCihzZXRxICpzaWV2ZSogKG1ha2UtdmVjdG9yIDEgMCkpCgooY2wtZGVm dW4gYnVpbGQtc2lldmUgKG4pCiAgIkFmdGVyIGV4ZWN1dGluZyAoYnVpbGQtc2lldmUgbiksIGlm IGogaXMgYSBub25uZWdhdGl2ZSBpbnRlZ2VyIGxlc3MgdGhhbgogICAqc2lldmUtbGVuZ3RoKiwg dGhlbiBqIGlzIHByaW1lIDwtPiAoaXMtYS1wcmltZSBqKS4iCiAgKHNldHEgKnNpZXZlKiAobWFr ZS12ZWN0b3IgbiAwKSkKICAoc2V0cSAqc2lldmUtbGVuZ3RoKiBuKQogIDs7IE5laXRoZXIgMCBu b3IgMSBpcyBwcmltZS4KICAoc2V0ZiAoYXJlZiAqc2lldmUqIDApIDEpCiAgKHNldGYgKGFyZWYg KnNpZXZlKiAxKSAxKQogIDs7IExvb3AgdGhyb3VnaCBhIGZyb20gMCBiZWxvdyBsLiBJZiB5b3Ug ZW5jb3VudGVyIGEgMCBhdCBmaWxlIHBvc2l0aW9uCiAgOzsgaSwgdGhlbiAnMSBvdXQnIGFsbCB0 aGUgc3Vic2VxdWVudCBtdWx0aXBsZXMgb2YgaS4KICAoY2wtbG9vcCBmb3IgaSBmcm9tIDIgYmVs b3cgKnNpZXZlLWxlbmd0aCogZG8KICAgICAgICAgICAoY29uZCAoKGVxbCAwIChhcmVmICpzaWV2 ZSogaSkpCiAgICAgICAgICAgICAgICAgIChjbC1sb29wIGZvciBqIGZyb20gKGFzaCBpIDEpIGJl bG93ICpzaWV2ZS1sZW5ndGgqIGJ5IGkKICAgICAgICAgICAgICAgICAgICAgICAgICAgZG8gKHNl dGYgKGFyZWYgKnNpZXZlKiBqKSAxKSkpKSkpCgooY2wtZGVmdW4gdGVzdC1zaWV2ZSAobikKICAo Y29uZCAoKG5vdCAoPCBuICpzaWV2ZS1sZW5ndGgqKSkgKGVycm9yICJuIGlzIHRvbyBiaWcuIikp KQogIChjbC1sb29wIGZvciBpIGZyb20gMiB0byBuIGRvCiAgICAgICAgICAgKGxldCAoKG51bWJl ci1vZi1kaXZpc29ycyAoY2wtbG9vcCBmb3IgaiBmcm9tIDIgdG8gaSB3aGVuIChlcWwgMCAoJSBp IGopKSBjb3VudCAxKSkpCiAgICAgICAgICAgICAoY29uZCAoKGVxbCAoYXJlZiAqc2lldmUqIGkp IDEpCiAgICAgICAgICAgICAgICAgICAgKGNvbmQgKChub3QgKDwgMSBudW1iZXItb2YtZGl2aXNv cnMpKQogICAgICAgICAgICAgICAgICAgICAgICAgICAoZXJyb3IgImJhZCBhdCAlcy4iIGkpKSkp CiAgICAgICAgICAgICAgICAgICAoKGVxbCAoYXJlZiAqc2lldmUqIGkpIDApCiAgICAgICAgICAg ICAgICAgICAgKGNvbmQgKChub3QgKGVxbCAxIG51bWJlci1vZi1kaXZpc29ycykpCiAgICAgICAg ICAgICAgICAgICAgICAgICAgIChlcnJvciAiYmFkIGF0ICVzLiIgaSkpKSkKICAgICAgICAgICAg ICAgICAgICh0IChlcnJvciAicmlkaWN1bG91cyIpKSkpKQogICdvaykKCihkZWZ1biBpcy1hLXBy aW1lIChuKQogIChjb25kICgoZXFsIDAgKGFyZWYgKnNpZXZlKiAwKSkKICAgICAgICAgKGVycm9y ICJJdCBsb29rcyBsaWtlIChidWlsZC1zaWV2ZSkgaGFzIG5vdCBiZWVuIHJ1bi4iKSkpCiAgKGNv bmQgKCg8IG4gKnNpZXZlLWxlbmd0aCopCiAgICAgICAgIChlcWwgMCAoYXJlZiAqc2lldmUqIG4p KSkKICAgICAgICAodCAoZXJyb3IgIm5lZWQgYSBiaWdnZXIgc2lldmUiKSkpKQoKDAo7OzsgTG9j YWwgVmFyaWFibGVzOiA7OzsKOzs7IG1vZGU6IEVtYWNzLUxpc3AgOzs7Cjs7OyBjb2Rpbmc6IHV0 Zi04ICAgIDs7Owo7OzsgRW5kOiAgICAgICAgICAgICA7OzsK --000000000000e3abde06128a6fc0 Content-Type: application/x-lisp; name="eratosthenes.lisp" Content-Disposition: attachment; filename="eratosthenes.lisp" Content-Transfer-Encoding: base64 Content-ID: <f_lt7mo3271> X-Attachment-Id: f_lt7mo3271 I3wKClRoaXMgZmlsZSBlcmF0b3N0aGVuZXNlLmxpc3Agd2FzIGNvZGVkIGJ5IFJvYmVydCBCb3ll ciwKcm9iZXJzdGVwaGVuYm95ZXJAZ21haWwuY29tLCBpbiAyMDI0LCBhbmQgaXMgcHVibGljIGRv bWFpbi4KCiAgICAgICAgICAgICAgICAgICAgICAgICAgQSBTaWV2ZSBvZiBFcmF0b3N0aGVuZXNl ClRoaXMgZmlsZSBpcwoKICBodHRwczovL2RyaXZlLmdvb2dsZS5jb20vZmlsZS9kLzFXYTdjY29C a2dUbEFhZG1tUFBlLUJuS2R1NDVWUTQ0ai92aWV3P3VzcD1zaGFyaW5nCgpCb3JuIGMuIDI3NiBC LiBDLiBpbiBMaWJ5YSwgRXJhdG9zdGhlbmVzZSBjYWxjdWxhdGVkIHRoZSByYWRpdXMgb2YgdGhl IEVhcnRoCmFuZCB3YXMgdGhlIGxpYnJhcmlhbiBvZiBBbGV4YW5kcmlhLgoKVG8gYnVpbGQgYSBz aWV2ZSBpbnZva2UgKGJ1aWxkLXNpZXZlIG4pLiBUaGVuIGlmIGogaXMgYSBub25uZWdhdGl2ZSBp bnRlZ2VyCmxlc3MgdGhhbiBuLCB0aGVuIGogaXMgcHJpbWUgaWYgYW5kIG9ueSBpZiAoaXMtYS1w cmltZSBqKS4KCkluIFNCQ0wsIGl0IHRha2VzIGFib3V0IDE2MDAgc2Vjb25kcyB0byBleGVjdXRl IChidWlsZC1zaWV2ZSAoZXhwdCAxMCAxMCkpLgpidXQgb25seSAxMDkgc2Vjb25kcyBmb3IgKGJ1 aWxkLXNpZXZlIChleHB0IDEwIDkpKS4KKGJ1aWxkLXNpZXZlIChleHB0IDEwIDEwKSBzZWVtcyBp bXBvc3NpYmxlIG9uIG15ICQxMDAgTGVub3ZvIENocm9tZWJvb2sKYmVjYXVzZSBvZiBtZW1vcnkg aXNzdWVzIEkgd2lsbCBwcm9iYWJseSBuZXZlciBmdWxseSB1bmRlcnN0YW5kLgoKfCMKCihkZWNs YWltIChvcHRpbWl6ZSAoc2FmZXR5IDApIChzcGVlZCAzKSAoZGVidWcgMCkgKHNwYWNlIDApKSkK Cihmb3JtYXQgdCAifiVOb3RlOiBMb2FkaW5nIHZlcnNpb24gMTAxIG9mIGVyYXRvc3RoZW5lcy5s aXNwLiIpCgooZGVmdmFyICpzaWV2ZS1sZW5ndGgqKQoKKGRlY2xhaW0gKGludGVnZXIgKnNpZXZl LWxlbmd0aCopKQoKKGRlZnZhciAqc2lldmUqKQoKKGRlY2xhaW0gKHR5cGUgKGFycmF5IChpbnRl Z2VyIDAgMSkgKCopKSkpCgooZGVmdW4gYnVpbGQtc2lldmUgKG4pCiAgIkFmdGVyIGV4ZWN1dGlu ZyAoYnVpbGQtc2lldmUpLCBpZiBqIGlzIGEgbm9ubmVnYXRpdmUgaW50ZWdlciBsZXNzIHRoYW4K ICAqc2lldmUtbGVuZ3RoKiwgdGhlbiBqIGlzIHByaW1lIDwtPiAoaXMtYS1wcmltZSBqKS4iCiAg KGRlY2xhcmUgKGZpeG51bSBuKSkKICAoc2V0cSAqc2lldmUtbGVuZ3RoKiBuKQogIChzZXRxICpz aWV2ZSogKG1ha2UtYXJyYXkgKnNpZXZlLWxlbmd0aCogOmVsZW1lbnQtdHlwZSAnKGludGVnZXIg MCAxKSkpCiAgKGxldCAoKGEgKnNpZXZlKikgKGwgbikpCiAgICAoZGVjbGFyZSAodHlwZSAoYXJy YXkgKGludGVnZXIgMCAxKSAoKikpIGEpIChmaXhudW0gbCkpCiAgICA7OyBOZWl0aGVyIDAgbm9y IDEgaXMgcHJpbWUuCiAgICAoc2V0ZiAoYXJlZiBhIDApIDEpCiAgICAoc2V0ZiAoYXJlZiBhIDEp IDEpCiAgICA7OyBMb29wIHRocm91Z2ggYSBmcm9tIDAgYmVsb3cgbC4gSWYgeW91IGVuY291bnRl ciBhIDAgYXQgZmlsZSBwb3NpdGlvbgogICAgOzsgaSwgdGhlbiAnMSBvdXQnIGFsbCB0aGUgc3Vi c2VxdWVudCBtdWx0aXBsZXMgb2YgaS4KICAgIChsb29wIGZvciBpIGZpeG51bSBmcm9tIDIgYmVs b3cgbCBkbwogICAgICAgICAgKGNvbmQgKChlcWwgMCAoYXJlZiBhIGkpKQogICAgICAgICAgICAg ICAgIChsb29wIGZvciBqIGZpeG51bSBmcm9tICh0aGUgZml4bnVtIChhc2ggaSAxKSkgYnkgaSBi ZWxvdyBsCiAgICAgICAgICAgICAgICAgICAgICAgZG8gKHNldGYgKGFyZWYgYSBqKSAxKSkpKSkp KQoKKGRlZnVuIHRlc3Qtc2lldmUgKG4pCiAgKGRlY2xhcmUgKGZpeG51bSBuKSkKICAoY29uZCAo KG5vdCAoPCBuICpzaWV2ZS1sZW5ndGgqKSkgKGVycm9yICJuIGlzIHRvbyBiaWcuIikpKQogIChs b29wIGZvciBpIGZpeG51bSBmcm9tIDIgdG8gbiBkbwogICAgICAgIChsZXQgKChudW1iZXItb2Yt ZGl2aXNvcnMgKGxvb3AgZm9yIGogZml4bnVtIGZyb20gMiB0byBpIHdoZW4gKGVxbCAwIChyZW0g aSBqKSkgY291bnQgMSkpKQogICAgICAgICAgKGRlY2xhcmUgKGZpeG51bSBudW1iZXItb2YtZGl2 aXNvcnMpKQogICAgICAgICAgKGNvbmQgKChlcWwgKGFyZWYgKnNpZXZlKiBpKSAxKQogICAgICAg ICAgICAgICAgIChjb25kICgobm90ICg8IDEgbnVtYmVyLW9mLWRpdmlzb3JzKSkKICAgICAgICAg ICAgICAgICAgICAgICAgKGVycm9yICJiYWQgYXQgfnMuIiBpKSkpKQogICAgICAgICAgICAgICAg KChlcWwgKGFyZWYgKnNpZXZlKiBpKSAwKQogICAgICAgICAgICAgICAgIChjb25kICgobm90IChl cWwgMSBudW1iZXItb2YtZGl2aXNvcnMpKQogICAgICAgICAgICAgICAgICAgICAgICAoZXJyb3Ig ImJhZCBhdCB+cy4iIGkpKSkpCiAgICAgICAgICAgICAgICAodCAoZXJyb3IgInJpZGljdWxvdXMi KSkpKSkKICAnb2spCgooZGVmdW4gaXMtYS1wcmltZSAobikKICAoY29uZCAoKGVxbCAwIChhcmVm ICpzaWV2ZSogMCkpCiAgICAgICAgIChlcnJvciAiSXQgbG9va3MgbGlrZSAoYnVpbGQtc2lldmUp IGhhcyBub3QgYmVlbiBydW4uIikpKQogIChjb25kICgoPCBuICpzaWV2ZS1sZW5ndGgqKQogICAg ICAgICAoZXFsIDAgKGFyZWYgKnNpZXZlKiBuKSkpCiAgICAgICAgKHQgKGVycm9yICJuZWVkIGEg YmlnZ2VyIHNpZXZlIikpKSkKCgooZm9ybWF0IHQgIn4lTm90ZTogRmluaXNoZWQgbG9hZGluZyBl cmF0b3N0aGVuZXMubGlzcCIpCgwKOzs7IExvY2FsIFZhcmlhYmxlczogOzs7Cjs7OyBtb2RlOiBM aXNwICAgICAgIDs7Owo7OzsgY29kaW5nOiB1dGYtOCAgICA7OzsKOzs7IEVuZDogICAgICAgICAg ICAgOzs7Cg== --000000000000e3abde06128a6fc0--
Robert Boyer <robertstephenboyer@HIDDEN>:bug-gnu-emacs@HIDDEN.
Full text available.bug-gnu-emacs@HIDDEN:bug#69480; Package emacs.
Full text available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.