memory allocation in share test suite, was: Lisp options
Subject: memory allocation in share test suite, was: Lisp options
From: Robert Dodier
Date: Fri, 10 Jul 2009 16:53:56 -0600
On Thu, Jul 9, 2009 at 1:02 PM, Raymond Toy<raymond.toy at stericsson.com> wrote:
> I don't know the exact cause, but test 130 in rtestezunits is where
> cmucl runs out of heap. (Test 129 is:
> xx : 10^7 ` m^2 `` [mile^2, acre, yard^2, feet^2, inch^2], so you can
> find test 130 more easily.)
>
> Tests 126 and later seem to take a pretty long time to run (10 sec or
> more on a 1.6 GHz sparc).
>
> With 512 MB, cmucl gets through to rtest_hg.
Well, ezunits computes conversion factors & some other things
by solving a system of equations. Is it possible that you have
some global flag that changes the method used for equations
or something like that? Maybe the gcd flag?
The conversion factors are recomputed whenever some new
conversions are declared, so that accounts for the hiccups
you're seeing. I see the hiccups too, by the way,
but memory use doesn't seem excessive (about 12 M).
I'm working w/ Clisp.
Solving equations is a little too expensive, I guess, but it was
really easy to code it that way.
Sorry for the bother,
Robert Dodier