[Python-Dev] PEP 550 v4 (original) (raw)
Ivan Levkivskyi levkivskyi at gmail.com
Wed Sep 6 04:49:16 EDT 2017
- Previous message (by thread): [Python-Dev] PEP 550 v4
- Next message (by thread): [Python-Dev] PEP 550 v4
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Another comment from bystander point of view: it looks like the discussions of API design and implementation are a bit entangled here. This is much better in the current version of the PEP, but still there is a feelling that some design decisions are influenced by the implementation strategy.
As I currently see the "philosophy" at large is like this: there are different level of coupling between concurrently executing code:
- processes: practically not coupled, designed to be long running
- threads: more tightly coupled, designed to be less long-lived, context is managed by threading.local, which is not inherited on "forking"
- tasks: tightly coupled, designed to be short-lived, context will be managed by PEP 550, context is inherited on "forking"
This seems right to me.
Normal generators fall out from this "scheme", and it looks like their behavior is determined by the fact that coroutines are implemented as generators. What I think miht help is to add few more motivational examples to the design section of the PEP.
-- Ivan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20170906/91717d6d/attachment.html>
- Previous message (by thread): [Python-Dev] PEP 550 v4
- Next message (by thread): [Python-Dev] PEP 550 v4
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]