|There's more than one way to do things|
(OT) Programming languages for multicore computersby citromatik (Curate)
|on May 04, 2009 at 12:41 UTC||Need Help??|
I'm in the decision phase of writing a high demanding application. The most demanding task is related with (approximate) string matching algorithms (suffix trees, dynamic programming, edit distances, maybe eulerian paths, etc...). Previous related applications (mostly written >5 years ago) were written in high performance programming languages like C/C++, but I wonder if today's muti-core architecture opens a new way of facing this kind of applications (through concurrent programming languages).
Trying to solve this question, I've been checking current possibilities in concurrent programming languages and I've been surprised by the overwhelming number of alternatives that are being developed
Functional programming style seems to facilitate the development of concurrent programs (no side effects). Among these, Erlang and its asynchronous message passing model is probably the one that is getting more attention, but there are other examples like Haskell, Clojure (acts through the JVM), Alice or Clean.
There are more alternatives out there not stuck in the functional paradigm like Scala (which runs on the JVM), cilk (concurrent C), Oz/Mozart, occam... and over 20 more possibilities!!. Not counting recent develops like Fortress, Chapel or IBM's X10
Wow... there are many possibilities, aren't they? Some questions (most of them probably without answer) comes to mind:
As always, any comment would be highly appreciated