On Tue, Mar 3, 2009 at 6:54 PM, Devon H. O'Dell <devon.od...@gmail.com> wrote: > 2009/3/3 J.R. Mauro <jrm8...@gmail.com>: >> Concurrency seems to be one of those things that's "too hard" for >> everyone, and I don't buy it. There's no reason it needs to be as hard >> as it is. > > That's a fact. If you have access to The ACM Queue, check out > p16-cantrill-concurrency.pdf (Cantrill and Bonwich on concurrency).
Things like TBB and other libraries to automagically scale up repeated operations into parallelized ones help alleviate the problems with getting parallelization to work. They're ugly, they only address narrow problem sets, but they're attempts at solutions. And if you look at languages like LISP and Erlang, you're definitely left with a feeling that parallelization is being treated as harder than it is. I'm not saying it isn't hard, just that there are a lot of people who seem to be throwing up their hands over it. I suppose I should stop reading their material. > >> And nevermind the fact that it's not really usable for every (or even >> most) jobs out there. But Intel is pushing it, so that's where we have >> to go, I suppose. > > That's simply not true. In my world (server software and networking), > most tasks can be improved by utilizing concurrent programming > paradigms. Even in user interfaces, these are useful. For mathematics, > there's simply no question that making use of concurrent algorithms is > a win. In fact, I can't think of a single case in which doing two > lines of work at once isn't better than doing one at a time, assuming > that accuracy is maintained in the result. I should have qualified. I mean *massive* parallelization when applied to "average" use cases. I don't think it's totally unusable (I complain about synchronous I/O on my phone every day), but it's being pushed as a panacea, and that is what I think is wrong. Don Knuth holds this opinion, but I think he's mostly alone on that, unfortunately. Of course for mathematically intensive and large-scale operations, the more parallel you can make things the better. > > --dho > >
