One thing that might help is moving away from event loop based UI interaction, like we see in Windows. One effort in this direction was http://en.wikipedia.org/wiki/BeOS .
Do you have any info about how BeOS moves away from the event loop?
Parallel programming is the focus of increasing interest
11–20 of 21 posts
Re: Parallel programming is the focus of increasing interest
#12It's not just new languages, it's new algorithms, most problems aren't trivially parallel. The problems that are trivially parallel are well suited to be solved by functional/reactive programming via languages like Haskell, Erlang, Scala, F# and Ocaml.
"Functional/reactive" has a very specific meaning, unrelated to parallelism.
Re: Parallel programming is the focus of increasing interest
#13One thing that might help is moving away from event loop based UI interaction, like we see in Windows. One effort in this direction was http://en.wikipedia.org/wiki/BeOS .
Do you have any info about how BeOS moves away from the event loop?
http://en.wikipedia.org/wiki/Haiku_(operating_system) seems to have a fair amount of docs on how their API works. Since it is an open source implementation of BeOS it might have some good information. BeOS was made with SMP in mind from word one.
Re: Parallel programming is the focus of increasing interest
#14It's not just new languages, it's new algorithms, most problems aren't trivially parallel. The problems that are trivially parallel are well suited to be solved by functional/reactive programming via languages like Haskell, Erlang, Scala, F# and Ocaml.
"Functional/reactive" has a very specific meaning, unrelated to parallelism.
I'm aware of the differences but writing your code in a functional / reactive style makes parallelism much easier.
List.map can be safely parallelized in a functional language where as it cannot in an imperative language. That's what I'm getting at.
In a functional language (lets say haskell) you could switch the implementation of map to a parallel one and the community would probably accept it because there are a few edge cases involving doing something with a monad where it would break but 99% of code would work. If you did the same thing in Java/C/C++/C#/Python/Ruby it would break massive amounts of code.
In theory they have absolutely nothing to do with each other, but in practice they have a lot to do with each other.
Re: Parallel programming is the focus of increasing interest
#15When I read an article in the Economist about some topic I know a lot about I tend to finish feeling that they've oversimplified a bit. When I read an article elsewhere in the mainstream media about some topic I know a lot about I tend to finish feeling that the reporter had no idea what they were talking about. That's why I have a print subscription to the Economist.
[deleted]
Re: Parallel programming is the focus of increasing interest
#16"“We’re not going to have faster processors,” says Katherine Yelick, a computer scientist at the Lawrence Berkeley National Laboratory in California." Seems a little premature, I wouldn't rule out some big leap forward in processor technology. Very good article though.
What factors do you think might lead to a "big leap forward in processor technology"?
Re: Parallel programming is the focus of increasing interest
#17It is shocking the absence of any mention of OpenCL in the article.
OpenCL could be used either for task parallel(for serial programs and multiple CPUs) or for data parallel(GPUs), and it works really well.
I bet it has more money behind from Apple, Intel, AMD and NVIDIA that ten times whatever MS has invested. (And those companies are hardware companies and know what they are doing).
Re: Parallel programming is the focus of increasing interest
#18IEEE Software Vol 28 Issue 1 covers Parallelism on the Desktop-
http://ieeexplore.ieee.org/xpl/tocresult.jsp?isnumber=567250...
They even have an article about Intel Threading Building Blocks -
http://ieeexplore.ieee.org/Xplore/login.jsp?url=http%3A%2F%2...
Threading Building Blocks is open source C++ and can be found here-
Re: Parallel programming is the focus of increasing interest
#19Earlier quoted context omitted.
"Functional/reactive" has a very specific meaning, unrelated to parallelism.
I'm aware of the differences but writing your code in a functional / reactive style makes parallelism much easier. List.map can be safely parallelized in a functional language where as it cannot in an imperative language. That's what I'm getting at. In a functional language (lets say haskell) you could switch the implementation of map to a parallel one and the community would probably accept it because there are a fe…
The edge cases would involve unsafePerformIO - you can't use map with functions in a monad, that's what you have mapM for :)
Re: Parallel programming is the focus of increasing interest
#20Earlier quoted context omitted.
Do you have any info about how BeOS moves away from the event loop?
http://en.wikipedia.org/wiki/Haiku_(operating_system) seems to have a fair amount of docs on how their API works. Since it is an open source implementation of BeOS it might have some good information. BeOS was made with SMP in mind from word one.
I'm having a hard time guessing the details of how a GUI that doesn't have an event loop in it would work, so I think a more detailed answer would be very interesting.