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