Thread Pooling

[Sean Kelly]

kris wrote:
> 
> Reading the PARC slides, Concur looks quite like a rehash of Occam 
> constructs? Sutter talks about the FIFO approach to method invocation 
> (via message passing), whereas Occam/transputer used "channels" for such 
> things -- including "future" values and so on -- all backed in hardware 
> (with the physical channels looking more than a bit like the 
> multi-hypertransport busses of today). As you can see from the above 
> links, PAR and ALT provided for efficient and granular control over 
> concurrency.
> 
> Occam is long since dead, but the ideas and implementation were 
> ground-breaking. Certainly worthy of a look in this regard?

Definately.  As I mentioned in my other reply, I think Concur is a step 
in the right direction, but merely a step.  Still, it beats the 
traditional approach :-)

> And, I agree completely -- it would be awesome if D were to excel in 
> this arena; perhaps the biggest sea-change in programming strategy we're 
> likely to see. Any language that can ride that wave will garner a whole 
> lot of attention :)

Definately.


Sean