It seems to me that there is alot of muddled explanation going on here, if not muddled thinking. The goal fine grained parallelism python (fgpp) must be to imp

It seems to me that there is alot of muddled explanation going on here, if not muddled thinking. The goal fine grained parallelism python (fgpp) must be to improve the speed of code for which fat parallelism (user conconcted error prone 'multi-threading' or message passing) doesn't gain much, and for which calling out to an impl in another language or specialised library has overhead or doesn't make sense. IMHO, the most important part of fgpp must be that it is easily reasoned about, both by compiler/runtime and programmers, so as to maximise scope for transformations and user-driven design decisions (as opposed to VOODOO). It would ideally avoid the costs of premature optimisation, or the often inefficient flattening required for vectorisation. So I think any propsal should be addressing these questions, with appropriate benchmarks too, before it can be considered seriously.