From: Andy Wingo <wingo@pobox.com>
To: ludo@gnu.org (Ludovic Courtès)
Cc: guile-devel@gnu.org
Subject: Re: Allowing the choice of a VM engine?
Date: Thu, 02 Sep 2010 22:23:09 -0700 [thread overview]
Message-ID: <m37hj3o0xu.fsf@unquote.localdomain> (raw)
In-Reply-To: <877hj5movz.fsf_-_@gnu.org> ("Ludovic Courtès"'s message of "Wed, 01 Sep 2010 18:04:16 +0200")
Hi :)
On Wed 01 Sep 2010 09:04, ludo@gnu.org (Ludovic Courtès) writes:
> PS: I’m reviving the thread because I’m consistently seeing a 10%
> performance degradation in the SRFI-1 rewrite in Scheme, which I’m
> not comfortable with (not that “higher-level languages are
> inefficient” song again!).
So, my thought is that 10% slower is actually pretty good. Of course
without debug hooks things are going to be faster still, but would you
care at all about this if the Scheme version happened to be as fast as
the C version?
But OK. I don't want it to be default, though. How do you feel about
--no-debug, as we have already? We should default to the equivalent of
--debug.
Cheers,
Andy
Ps. I was going to say we should improve compilation instead, but the
hot loop of fold is already pretty tight.
19 (local-ref 5) ;; `list1'
21 (br-if-not-null :L104) ;; -> 28 at srfi/srfi-1.scm:408:8
25 (local-ref 4) ;; `knil'
27 (return)
28 (new-frame) at srfi/srfi-1.scm:410:15
29 (local-ref 0) ;; `kons'
31 (local-ref 5) ;; `list1'
33 (car) at srfi/srfi-1.scm:410:21
34 (local-ref 4) ;; `knil'
36 (call 2) at srfi/srfi-1.scm:410:15
38 (local-ref 5) ;; `list1'
40 (cdr) at srfi/srfi-1.scm:410:39
41 (local-set 5) ;; `list1'
43 (local-set 4) ;; `knil'
45 (br :L105) ;; -> 19 at srfi/srfi-1.scm:410:12
--
http://wingolog.org/
prev parent reply other threads:[~2010-09-03 5:23 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-12 22:57 SRFI-1 in Scheme Ludovic Courtès
2010-07-13 21:25 ` Andy Wingo
2010-07-13 22:09 ` Ludovic Courtès
2010-07-13 22:27 ` Andy Wingo
2010-07-13 22:44 ` Ludovic Courtès
2010-07-14 7:41 ` Andy Wingo
2010-07-15 21:40 ` Ludovic Courtès
2010-07-19 20:30 ` Andy Wingo
2010-07-20 16:35 ` Ludovic Courtès
2010-07-20 20:11 ` Andy Wingo
2010-07-21 23:10 ` Ludovic Courtès
2010-07-20 20:15 ` Andy Wingo
2010-09-01 16:04 ` Allowing the choice of a VM engine? Ludovic Courtès
2010-09-03 5:23 ` Andy Wingo [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m37hj3o0xu.fsf@unquote.localdomain \
--to=wingo@pobox.com \
--cc=guile-devel@gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).