From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludovic.courtes@laas.fr (Ludovic =?iso-8859-1?Q?Court=E8s?=) Newsgroups: gmane.lisp.guile.devel Subject: Re: frames / stacks / source? was Re: coverage/profiling Date: Thu, 11 Jan 2007 09:46:45 +0100 Organization: LAAS-CNRS Message-ID: <87r6u2ymq2.fsf@laas.fr> References: <45A2D83D.3060700@xs4all.nl> <87wt3vhmon.fsf@ossau.uklinux.net> <45A509BE.7060100@xs4all.nl> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1168505215 12663 80.91.229.12 (11 Jan 2007 08:46:55 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 11 Jan 2007 08:46:55 +0000 (UTC) Cc: guile-devel@gnu.org, Neil Jerram Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Jan 11 09:46:53 2007 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1H4vaD-0003Di-RZ for guile-devel@m.gmane.org; Thu, 11 Jan 2007 09:46:50 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H4vaD-0007nj-Mr for guile-devel@m.gmane.org; Thu, 11 Jan 2007 03:46:49 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H4vaB-0007nd-EJ for guile-devel@gnu.org; Thu, 11 Jan 2007 03:46:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H4va9-0007nP-PN for guile-devel@gnu.org; Thu, 11 Jan 2007 03:46:47 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H4va9-0007nM-JA for guile-devel@gnu.org; Thu, 11 Jan 2007 03:46:45 -0500 Original-Received: from [140.93.0.15] (helo=laas.laas.fr) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.52) id 1H4va8-0005CF-VL for guile-devel@gnu.org; Thu, 11 Jan 2007 03:46:45 -0500 Original-Received: from messiaen.laas.fr (messiaen [IPv6:2001:660:6602:0:230:65ff:fed4:9d20]) by laas.laas.fr (8.13.8/8.13.8) with SMTP id l0B8kfIg014578; Thu, 11 Jan 2007 09:46:41 +0100 (MET) Original-Received: by messiaen.laas.fr (sSMTP sendmail emulation); Thu, 11 Jan 2007 09:46:46 +0100 Original-To: hanwen@xs4all.nl X-URL: http://www.laas.fr/~lcourtes/ X-Revolutionary-Date: 22 =?iso-8859-1?Q?Niv=F4se?= an 215 de la =?iso-8859-1?Q?R=E9volution?= X-PGP-Key-ID: 0xEB1F5364 X-PGP-Key: http://www.laas.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 821D 815D 902A 7EAB 5CEE D120 7FBA 3D4F EB1F 5364 X-OS: powerpc-unknown-linux-gnu Mail-Followup-To: hanwen@xs4all.nl, Neil Jerram , guile-devel@gnu.org In-Reply-To: <45A509BE.7060100@xs4all.nl> (Han-Wen Nienhuys's message of "Wed, 10 Jan 2007 16:43:58 +0100") User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) X-Spam-Score: -0.001 () NO_RELAYS X-Scanned-By: MIMEDefang at CNRS-LAAS on IPv6:2001:660:6602::2 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:6417 Archived-At: Hi, Han-Wen Nienhuys writes: > Unfortunately, this is way too slow. > > ** > [lilydev@haring lilypond]$ time lilypond input/example-1 > GNU LilyPond 2.11.10 > > Hangup > > real 0m2.534s > user 0m2.456s > sys 0m0.063s > > > [lilydev@haring lilypond]$ time lilypond -dcoverage input/example-1 > GNU LilyPond 2.11.10 > > Hangup > > real 1m22.184s > user 1m19.808s > sys 0m0.235s > ** Is this with just the `enter-frame' trap enabled (with corresponding handler), or are there any additional traps? What do(es) the handler(s) do? Besides, it _really_ doesn't work here (see backtrace in my previous post): $ guile-1.8.0 guile> (trap-set! enter-frame-handler (lambda args (format #f "args: ~a~%" args))) (exit-frame-handler #f apply-frame-handler #f enter-frame-handler # traps) guile> (trap-enable 'enter-frame) Segmentation fault (core dumped) Did I miss something, or did I mess up with my Guile? > Perhaps the better option is to somehow instrument the code such that > memoization of an expression records the coverage. Then we won't get > execution counts, but it should be almost as fast as normal running. If such instrumentation were to be added to `eval', we'd have to make sure that it gets commented out when we don't want it (just like debugging code is pruned from `ceval ()'). Thanks, Ludovic. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel