|
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 address@hidden) -- 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: https://gist.github.com/3148984 2. use list append to instead https://gist.github.com/3148977 The input value is 6000. v1 cost ~50s for me. v2 ~16s. But quasiquote is more elegant I think. Regards.
--- 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. Thanks! Ludo’.
--- End Message ---
[Prev in Thread] | Current Thread | [Next in Thread] |