[Ecls-list] About the myth of slow starting

Stas Boukarev stassats at gmail.com
Sat Jun 5 16:45:09 UTC 2010

Gabriel Dos Reis <gdr at integrable-solutions.net> writes:

> On Sat, Jun 5, 2010 at 10:34 AM, Juan Jose Garcia-Ripoll
> <juanjose.garciaripoll at googlemail.com> wrote:
>> On Sat, Jun 5, 2010 at 5:26 PM, Stas Boukarev <stassats at gmail.com> wrote:
>>> > https://sourceforge.net/news/?group_id=30035&id=287636
>>> SBCL has quite a large core, so unless it's cached by FS loading it
>>> isn't so fast.
>>> With caches dropped (echo 3 > /proc/sys/vm/drop_caches) ECL is actually
>>>  faster than SBCL at start.
>> Indeed, this is normally my experience in OS X, but I did not want to offer
>> the "best" or "biased" numbers. Instead I just took a system where SBCL has
>> to perform well (Linux) and ECL does not do so bad.
> I agree with that:  many interested ECL users do not have the luxury of fiddling
> around with the kernel parameters.  So, the normal conditions of good ECL
> performance should not require that -- and I applaud that view.
That's not a kernel parameter, that's just a way to flush caches,
otherwise timing would be hard. But you will get the same numbers when
you first start ECL or SBCL.

With Best Regards, Stas.

More information about the ecl-devel mailing list