gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Gcl-devel] Re: [Maxima] Re: Lisp vs. Java vs. C++ speed comparison time


From: Camm Maguire
Subject: [Gcl-devel] Re: [Maxima] Re: Lisp vs. Java vs. C++ speed comparison time? [LONG]
Date: 08 Jul 2004 12:04:31 -0400
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2

Greetings!

"Vadim V. Zhytnikov" <address@hidden> writes:

> Valery Pipin writes:
> 
> > On Saturday 03 July 2004 01:42, Camm Maguire wrote:
> > <snipped>
> >
> >>All lisps here are the latest versions in Debian unstable.  GCL was
> >>run in ANSI mode.  The machine was a dual Xeon 2.4Ghz.  We already
> >>know that the relative GCL/CMUCL performance can vary somewhat by
> >>machine, presumably influenced by cache size and cpu/memory bandwidth
> >>ratios.  It is clear for example that CMUCL is doing a better job on
> >>the memory layout/access times which predominate in the gc time
> >> component.
> > Is that the reason why  I do not observe the memory leakage with maxima 
> > computations  that done with cmucl
> > implementation. In opposite, the gcl implementation can consume so much 
> > memory that I force to restart the x-session
> > or even to reboot PC.
> >
> 
> I don't think this is memory leak.  Gcl memory layout is less
> compact compared to one of cmucl. The same computation on GCL
> require more RAM and it starts swapping earlier.
> 

This is an interesting observation.  If you can quantify this with
some reproducible examples, we might be able to take a look at it. 

Take care,

> -- 
>       Vadim V. Zhytnikov
> 
>       <address@hidden>
> 
> _______________________________________________
> Maxima mailing list
> address@hidden
> http://www.math.utexas.edu/mailman/listinfo/maxima
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah




reply via email to

[Prev in Thread] Current Thread [Next in Thread]