On Mon, 25 Sep 2017 17:42:02 -0700
Nathaniel Smith wrote:
> On Sat, Sep 23, 2017 at 2:45 AM, Antoine Pitrou wrote:
> >> As to "running_interpreters()" and "idle_interpreters()", I'm not sure
> >> what the benefit would be. You can compose either list manually with
> >> a simple comprehension:
>
Hi Eric,
>> To make this work, the mutable shared state will be managed by the
>> Python runtime, not by any of the interpreters. Initially we will
>> support only one type of objects for shared state: the channels
>> provided by create_channel(). Channels, in turn, will carefully
>> manage passin
On 23 Sep 2017, at 3:09, Eric Snow wrote:
[...]
``list_all()``::
Return a list of all existing interpreters.
See my naming proposal in the previous thread.
Sorry, your previous comment slipped through the cracks. You
suggested:
As for the naming, let's make it both unconfusing a
I've read the current version of PEP 552 over and I think everything looks
good for acceptance. I believe there are no outstanding objections (or they
have been adequately addressed in responses).
Therefore I intend to accept PEP 552 this Friday, unless grave objections
are raised on this mailing
On 26 September 2017 at 17:04, Antoine Pitrou wrote:
> On Mon, 25 Sep 2017 17:42:02 -0700 Nathaniel Smith wrote:
>> Unbounded queues also introduce unbounded latency and memory usage in
>> realistic situations.
>
> This doesn't seem to pose much a problem in common use cases, though.
> How many P
