[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#12032: closed (quasiquote is too slow)

From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#12032: closed (quasiquote is too slow)
Date: Mon, 20 Aug 2012 08:58:02 +0000

Your message dated Mon, 20 Aug 2012 10:57:18 +0200
with message-id <address@hidden>
and subject line Re: bug#12032: quasiquote is too slow
has caused the debbugs.gnu.org bug report #12032,
regarding quasiquote is too slow
to be marked as done.

(If you believe you have received this mail in error, please contact

12032: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=12032
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: quasiquote is too slow Date: Mon, 23 Jul 2012 14:10:47 +0800
I think our quasiquote is too slow, here's an algorithm to test it.
1. quasiquote version:
2. use list append to instead

The input value is 6000.
v1 cost ~50s for me.
v2 ~16s.

But quasiquote is more elegant I think.


--- End Message ---
--- Begin Message --- Subject: Re: bug#12032: quasiquote is too slow Date: Mon, 20 Aug 2012 10:57:18 +0200 User-agent: Gnus/5.130005 (Ma Gnus v0.5) Emacs/24.1 (gnu/linux)
Hi, Nala,

nalaginrut <address@hidden> skribis:

> Yes, Ludo, I realized that my measurement was little different:
> -----------code---------
> echo 6000 | ./v1.scm 1>/dev/null
> -----------end----------
> So I believe the delayed time caused by I/O.
> But I can't reproduce the measure data I provided now(both
> stable-2.0/wip-rtl), since it's been a while, I guess the later Guile
> got some promotion? And I can't remember the commit version I've tried
> (hmm...I should provide it). 

So I’m closing this bug for now.  However, feel free to reopen it, or
open another one, if you find the problem is still there.  But please,
make sure to reduce your benchmark as much as possible.



--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]