[erlang-questions] Article on Erlang in ACM Queue

[Bill McKeeman]

I think it depends on how much you can do in parallel and how much is really floating point as contrasted to function calls and the like.  I wrote a numerical integration routine with a parameter N for the number of cores I expected to use.  Even with N = 2 it was better than some competing sequential versions.  I'll attach the code.
/s/Bill

-----Original Message-----
From: erlang-questions-bounces@REDACTED [mailto:erlang-questions-bounces@REDACTED] On Behalf Of Whit Armstrong
Sent: Friday, October 10, 2008 9:22 AM
To: Erlang mailing list
Subject: Re: [erlang-questions] Article on Erlang in ACM Queue

I'm new to Erlang. I've been considering it for a few simulation
projects in finance.  However, I was discouraged because the ACM
article suggests that Erlang has poor floating point performance.

Are any list members using Erlang for numerical simulations?  If so,
do you have any advice on how to how to improve efficiency?  What
about using binaries to store vectors of doubles?  Are there any
extensions of Erlang that allow one to do that?

Any feedback is appreciated.

Thanks,
Whit


On Thu, Oct 9, 2008 at 1:18 AM, Romain Lenglet
<romain.lenglet@REDACTED> wrote:
> Jim Larson has written an article entitled "Erlang for Concurrent
> Programming", published in the latest ACM Queue:
> http://mags.acm.org/queue/200809/
>
> This article is a very good, practical introduction to Erlang and OTP.
>
> --
> Romain Lenglet
> _______________________________________________
> erlang-questions mailing list
> erlang-questions@REDACTED
> http://www.erlang.org/mailman/listinfo/erlang-questions
>
_______________________________________________
erlang-questions mailing list
erlang-questions@REDACTED
http://www.erlang.org/mailman/listinfo/erlang-questions
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pquadn.erl
Type: application/octet-stream
Size: 1711 bytes
Desc: pquadn.erl
URL: <http://erlang.org/pipermail/erlang-questions/attachments/20081010/5ed10edd/attachment.obj>