parallel processing in standard library

[Stefan Behnel]

Robert Kern wrote:
> The problem is that for SQL databases, there is a substantial API that they can
> all share. The implementations are primarily differentiated by other factors
> like speed, in-memory or on-disk, embedded or server, the flavor of SQL, etc.
> and only secondarily differentiated by their extensions to the DB-API. With
> parallel processing, the API itself is a key differentiator between toolkits and
> approaches. Different problems require different APIs, not just different
> implementations.

Well, there is one parallel processing API that already *is* part of stdlib:
the threading module. So the processing module would fit just nicely into the
idea of a "standard" library.

Stefan