On 3/27/2012 6:16 PM, Miles Fidelman wrote:
BGB wrote:
granted, language-design may still need some work to find an ideal
programming model for working with concurrent systems, but I still
more suspect it will probably end up looking more like "existing
language with better concurrency features bolted on" than "some
fundamentally new approach to programming" (like, say, C or C++ or C#
or ActionScript or similar, with message-passing and constraints or
similar bolted on).
actually, Erlang seems to have solved a lot of the issues - functional
language, shared-nothing actor model, run-time environment optimized
for massive (and distributed concurrency) - the few other folks who've
made some strides (e.g., some of the Scala and Haskell folks) seem to
be copying from Erlang - really amazing stuff
well, yes, but Erlang was itself basically a functional language with
message-passing bolted on.
little says one can't do similar stuff with other languages (functional,
or otherwise).
so, take some language, add concurrent message passing, and maybe a
concurrent constraint mechanism, and call it good.
share-nothing could be optional.
other possibilities:
data may be shared, but there is no guarantee that non-local reads are
up to date;
data may be shared, but doing so comes at a potential performance hit;
...
another issue I can think of:
how does Tilera compare, say, with AMD Fusion?...
can't talk knowledgeably here
fair enough, I am not sure either, it may require more looking into.
a mystery is what ISA level concurrency features are available, such as
things like inter-core interrupts or message passing (or message
routing) mechanisms or similar, but this may still require more looking.
_______________________________________________
fonc mailing list
[email protected]
http://vpri.org/mailman/listinfo/fonc
