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 -- http://mail.python.org/mailman/listinfo/python-list
