[erlang-questions] FPGA coming around the corner

Edmond Begumisa ebegumisa@REDACTED
Fri Jan 7 14:59:50 CET 2011


On Fri, 07 Jan 2011 22:58:50 +1100, Attila Rajmund Nohl  
<attila.r.nohl@REDACTED> wrote:

> 2011/1/7, Edmond Begumisa <ebegumisa@REDACTED>:
>>> If the time is to come, then surely this is the *right time* for the
>>> Erlang/OTP 'product' to step up and meet the challenges and mindset  
>>> that
>>> bind us daily owing to the chosen OO style forced onto us by C++/Java.
>>
>> On a related note: I'm curious -- why is it that many seem unaware of
>> Erlang's advantages with multi-core? Even vocal MP experts that are
>> advocating for the change in mindset you describe and the need for
>> programmers to be aware of the disconnect and quickly adapt -- these
>> advocates don't sound like they're aware of Erlang (at least they don't
>> mention Erlang in their talks).
>
> Erlang is not a "silver bullet for multicore".

I don't think it is either! My point was parallelising parallel-able code  
is much much easier in Erlang than some of the options being offered up  
for the same purpose in other programming environments. It's as though the  
Erlang team has done most of the heavy lifting regarding SMP for you so  
you don't have to go looking at "transactional boosting."

> The root cause of many
> scalability problems is shared data (e.g. which users are logged in to
> the system). You have to protect the shared data (using e.g. mnesia
> transactions or the state of a single gen_server) in Erlang too. If
> the algorithm doesn't scale, it doesn't matter what language is used.
> In Erlang it is harder to accidentally share data, but probably this
> is the only strong point of the language in this regard.
>

I don't know about it being the only strong point. I think it's more than  
that. What floored me about Erlang in this area is the ease with which you  
can scan through your code looking for stuff you can parallelise and  
actually parallelise it without much fuss (whether or not you'll get the  
expected speed-ups is another question). Garcia's recent Pythagorus thread  
comes to mind...

http://groups.google.com/group/erlang-programming/browse_thread/thread/bbe170bb331ea995?tvc=2

But as Joe pointed out, the concern is programs suddenly starting to run  
slower and what you can do about it. The "what you can do about it" part  
seems to me to be a lot saner in Erlang than the pain say Java programmers  
have to go have to go through (at least when following that video.)

- Edmond -



> ________________________________________________________________
> erlang-questions (at) erlang.org mailing list.
> See http://www.erlang.org/faq.html
> To unsubscribe; mailto:erlang-questions-unsubscribe@REDACTED
>


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/


More information about the erlang-questions mailing list