?iga Lenar?i? wrote:
>
> On Aug 24, 2009, at 8:41 PM, Raymond Toy wrote:
>>>
>> That might be expected if you're using a very recent version of SBCL
>> (and 19f or later CMUCL). I know in cmucl 19f, complex arithmetic uses
>> sse2 by default, and that can be significantly faster because the
>> operations are vectorized. The real/imag array version will suffer
>> quite a bit since the complex operations probably won't be vectorized.
>
> Forgot to comment on that bit -
> I use SBCL 1.0.30 (latest) but I don't think they have imported these
> improvements from CMUCL. The new CMUCL has 2 core images - one sse
> optimized and one based on standard x87 coprocessor. SBCL comes with 1
> core only - therefore I think it doesn't have these optimizations.
Off-topic, but....
The two cores for cmucl are a convenience for the user so that cmucl
will run on any old x86 processor they have lying around. I think sbcl
only use the vectorized sse2 stuff on x86-64, which always has sse2 (?).
>
>
> SBCL is nice because one can compile it on any CL laying around and
> has Unicode support, threads...
That's the intent, but I don't think that's true. Last I heard, only
sbcl and cmucl could reliably build sbcl. Maybe clozure cl can also
compile sbcl. Most other lisps have unicode, and many have threads.
Ray