Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #28811

Re: Standard Asynchronous Python

References <mailman.429.1347235672.27098.python-list@python.org> <504d60ab$0$29890$c3e8da3$5496439d@news.astraweb.com>
Date 2012-09-10 07:36 -0400
Subject Re: Standard Asynchronous Python
From "Dustin J. Mitchell" <dustin@v.igoro.us>
Newsgroups comp.lang.python
Message-ID <mailman.441.1347276978.27098.python-list@python.org> (permalink)

Show all headers | View raw


The responses have certainly highlighted some errors in emphasis in my approach.

* My idea is to propose a design PEP. (Steven, Dennis) I'm not at
*all* suggesting including uthreads in the standard library.  It's a
toy implementation I used to develop my ideas.  I think of this as a
much smaller idea in the same vein as the DBAPI (PEP 249): a common
set of expectations that allows portability.
* I'd like to set aside the issue of threads vs. event-driven
programming.  There are legitimate reasons to do both, and the healthy
ecosystem of frameworks for the latter indicates at least some people
are interested.  My idea is to introduce a tiny bit of coherence
across those frameworks.
* (Bryan) The Fibonacci example is a simple example of, among other
things, a CPU-bound, recursive task -- something that many async
frameworks don't handle fairly right now.  I will add some text to
call that out explicitly.
* Regarding generators vs. coroutines (Bryan), I use the terms
generator and generator function in the PEP carefully, as that's what
the syntactic and runtime concepts are called in Python.  I will
include a paragraph distinguishing the two.

I will need to take up the details of the idea with the developers of
the async frameworks themselves, and get some agreement before
actually proposing the PEP.  However, among this group I'm interested
to know whether this is an appropriate use of a design PEP.  That's
why I posted my old and flawed PEP text, rather than re-drafting
first.

Thanks for the responses so far!
Dustin

Back to comp.lang.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Standard Asynchronous Python "Dustin J. Mitchell" <dustin@v.igoro.us> - 2012-09-09 20:07 -0400
  Re: Standard Asynchronous Python Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-09-10 03:38 +0000
    Re: Standard Asynchronous Python "Dustin J. Mitchell" <dustin@v.igoro.us> - 2012-09-10 07:36 -0400
      Re: Standard Asynchronous Python Steven D'Aprano <steve+comp.lang.python@pearwood.info> - 2012-09-10 13:24 +0000
    Re: Standard Asynchronous Python Terry Reedy <tjreedy@udel.edu> - 2012-09-10 12:21 -0400
    Re: Standard Asynchronous Python "Dustin J. Mitchell" <dustin@v.igoro.us> - 2012-09-11 20:40 -0400
      Re: Standard Asynchronous Python Bryan <bryanjugglercryptographer@yahoo.com> - 2012-09-15 23:45 -0700
  Re: Standard Asynchronous Python Bryan <bryanjugglercryptographer@yahoo.com> - 2012-09-09 20:42 -0700

csiph-web