parallel processing in standard library

Robert Kern robert.kern at gmail.com
Sat Dec 29 01:16:19 EST 2007


Stefan Behnel wrote:
> 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.

True. I suspect that if any of them get into the standard library, it will be
that one.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
  -- Umberto Eco




More information about the Python-list mailing list