From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: Re: The Guile license and the use of LGPL libs (like GMP). Date: Tue, 21 May 2002 18:44:24 -0500 Sender: guile-devel-admin@gnu.org Message-ID: <87off93w2v.fsf@raven.i.defaultvalue.org> References: <87vg9oqf5b.fsf_-_@raven.i.defaultvalue.org> <3CE3E5D8.A30C3197@pacbell.net> <87elgcqanm.fsf@raven.i.defaultvalue.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1022024702 2447 127.0.0.1 (21 May 2002 23:45:02 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 21 May 2002 23:45:02 +0000 (UTC) Cc: Bruce Korb , Marius Vollmer , guile-devel@gnu.org, guile-user@gnu.org, Greg Troxel Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17AJJO-0000d3-00 for ; Wed, 22 May 2002 01:45:02 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17AJJa-0004kP-00; Tue, 21 May 2002 19:45:14 -0400 Original-Received: from dsl-209-87-109-2.constant.com ([209.87.109.2] helo=defaultvalue.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17AJIu-0004ex-00; Tue, 21 May 2002 19:44:32 -0400 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 4FF8917EA; Tue, 21 May 2002 18:44:31 -0500 (CDT) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id 4142618C7; Tue, 21 May 2002 18:44:24 -0500 (CDT) Original-To: cwitty@newtonlabs.com (Carl R. Witty) In-Reply-To: (cwitty@newtonlabs.com's message of "21 May 2002 12:55:45 -0700") Original-Lines: 48 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-debian-linux-gnu) Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:640 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:640 cwitty@newtonlabs.com (Carl R. Witty) writes: > You might want to run some benchmarks before you decide on GMP. Yeah, thanks. I'm working on trying to get some together. I was planning to try to do some benchmarking before I actually proposed committing the GMP bignums. In the future I'd like to make it so that we can benchmark guile fairly easily, so people can evaluate (in at least some sense) various changes. Of course it's hard to develop a "really good" set of benchmarks, heck it's hard to even define what "really good" means, but it would be nice to be able to get some sense that you haven't made things terribly, obviously worse... > My impression (from the last time I looked at the issue, maybe a > couple of years ago) is that GMP is intended to be asymptotically > fast on large numbers, but that it's not particularly fast on > smaller numbers. (For instance, you certainly wouldn't want to get > rid of fixnums and use GMP numbers for all numbers; Definitely not. The GMP integration I'd done so far was only for bignums, fixnums are untouched. > it, GMP had no optimization for small numbers at all, so computing > something like 2*2 would take about 6 function calls and several > loops. Right, I'm not planning on going there :> > Does anybody have any idea what distribution of numbers is typical > in programs with bignums? For instance, are most numbers that are > bigger than 32 bits in the 32 to 64 bit range, or are there lots of > numbers with hundreds of bits? (I don't suppose anybody really > knows the answer to this question, but you'll have to make a guess > before you can decide whether one implementation is faster than > another.) Probably entirely application specific. I doubt the most common users of guile (one of which is gnucash) use bignums all that often... or do they? :> Come to think of it, in gnucash the dates are stored as a cons pair (secs-since-epoch-utc . ns), so these days, the secs are well over fixnum size. Of course on 64-bit machines, if you have 6X bit fixnums, bignums would be rare. -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel