From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: lilydev@muurbloem.xs4all.nl (Han-Wen Nienhuys) Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile + Boehm GC: First Remarks Date: Thu, 1 Jun 2006 01:10:10 +0000 (UTC) Organization: LilyPond Software Design Message-ID: References: <877j42r32u.fsf@laas.fr> Reply-To: hanwen@lilypond.org NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1149124252 25010 80.91.229.2 (1 Jun 2006 01:10:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 1 Jun 2006 01:10:52 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Jun 01 03:10:45 2006 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Flbhx-0005eV-CX for guile-devel@m.gmane.org; Thu, 01 Jun 2006 03:10:41 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Flbhw-0007sh-R1 for guile-devel@m.gmane.org; Wed, 31 May 2006 21:10:40 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Flbht-0007sa-E8 for guile-devel@gnu.org; Wed, 31 May 2006 21:10:37 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Flbhr-0007sO-Qf for guile-devel@gnu.org; Wed, 31 May 2006 21:10:36 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Flbhr-0007sL-Lh for guile-devel@gnu.org; Wed, 31 May 2006 21:10:35 -0400 Original-Received: from [80.91.229.2] (helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.52) id 1Flbnz-0005d6-U3 for guile-devel@gnu.org; Wed, 31 May 2006 21:16:56 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Flbhg-0005cq-Nt for guile-devel@gnu.org; Thu, 01 Jun 2006 03:10:25 +0200 Original-Received: from muurbloem.xs4all.nl ([213.84.26.127]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 01 Jun 2006 03:10:24 +0200 Original-Received: from hanwen by muurbloem.xs4all.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 01 Jun 2006 03:10:24 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-To: guile-devel@gnu.org Original-Lines: 53 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: muurbloem.xs4all.nl X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Originator: lilydev@muurbloem.xs4all.nl (Han-Wen Nienhuys) 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:5948 Archived-At: In article <877j42r32u.fsf@laas.fr>, Ludovic Courtès wrote: >* GC Stats > > I haven't thought much about this, but it looks is quite problematic. > We probably can't provide the level of details of `gc-stats'. And we > cannot either provide per-object-type information as currently > provided by `gc-live-object-stats' (this would require registering a > finalizer for each and every object in order to update the object > count). > > OTOH, per-object-type information, when needed, can be obtained by > writing code that makes use of one of the finalization mechanism. For > instance, one can wrap a type constructor, or a class `initialize' > method, so that every new instance is added to a guardian; then, said > guardian can be periodically queried to update the instance counter. >I haven't done any serious performance measurement, but just to give an >idea, the test suite roughly takes as long to run with the current Guile >and with GBGC. However, GBGC seems to be slightly slower when running >programs that allocate and discard lots of cells: Hi, The per object GC stats are a hack of mine, and although I would be sad to see it go (it makes debugging memory leaks easier), I think getting BGC is worth it. I don't see the point of the general GC stats. I think I've never ever used it. Isn't it is possible to get other lowlevel statistics, or a list of live objects from BGC? > $ time ../pre-inst-guile -c "(use-modules (srfi srfi-1)) (fold (lambda (x y) (list x)) '() (iota 300000)) (exit 0)" > > real 0m3.550s > user 0m3.383s > sys 0m0.162s > > $ time guile-1.8.0 -c "(use-modules (srfi srfi-1)) (fold (lambda (x y) (list x)) '() (iota 300000)) (exit 0)" > > real 0m2.738s > user 0m2.650s > sys 0m0.059s there is a more useful benchmark at http://www.xs4all.nl/~hanwen/public/software/GCBench.scheme It's part of a suite by Hans Boehm of GC benchmarks, and I think you can find more Scheme transliterations on the net. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel