Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Python: Python

why greenlet, gevent or the stackless are needed?

 

 

Python python RSS feed   Index | Next | Previous | View Threaded


howmuchistoday at gmail

Jul 7, 2012, 12:09 AM

Post #1 of 5 (264 views)
Permalink
why greenlet, gevent or the stackless are needed?

(I'm very new to this coroutine part
so It's not supposed to attack these modules,
just I don't know the differences)

atfer version 2.5, python officially support coroutine with yield.
and then, why greenlet, gevent, Stackless python are still useful?

it there somthing that "yield" can't do
or just it is easier or powerful?
--
http://mail.python.org/mailman/listinfo/python-list


jeanpierreda at gmail

Jul 7, 2012, 12:33 AM

Post #2 of 5 (249 views)
Permalink
Re: why greenlet, gevent or the stackless are needed? [In reply to]

On Sat, Jul 7, 2012 at 3:09 AM, self.python <howmuchistoday [at] gmail> wrote:
> it there somthing that "yield" can't do
> or just it is easier or powerful?

couroutine-like generators can't give up control flow unless they are
the top level function handled by the coroutine controller thing. For
example, we can do this:

def foo():
while True:
next_value = (yield)
print next_value

But we can't do this:

def yap():
next_value = (yield)
print next_value

def foo():
while True:
yap()

If we explicitly say that "yap" can control us, via "yield from" (new
in Python 3.3), then we can do something like the above, but this
still requires explicit markup. In all other releases of Python, this
is impossible.

On the other hand, coroutines in greenlet et al can do a coroutine
context switch at any point. The upside is that this is more flexible
(and does something generators pre-3.3 cannot). The downside is that
you now need locking structures to guarantee atomic interactions with
a shared resource, whereas with generators you know that you always
are the sole thing running, until you do a yield (and unless real
threads or greenlet or whatever are involved, of course.)

-- Devin
--
http://mail.python.org/mailman/listinfo/python-list


howmuchistoday at gmail

Jul 7, 2012, 1:29 AM

Post #3 of 5 (244 views)
Permalink
Re: why greenlet, gevent or the stackless are needed? [In reply to]

r

2012년 7월 7일 토요일 오후 4시 33분 26초 UTC+9, Devin Jeanpierre 님의 말:
> On Sat, Jul 7, 2012 at 3:09 AM, self.python <howmuchistoday [at] gmail> wrote:
> > it there somthing that "yield" can't do
> > or just it is easier or powerful?
>
> couroutine-like generators can't give up control flow unless they are
> the top level function handled by the coroutine controller thing. For
> example, we can do this:
>
> def foo():
> while True:
> next_value = (yield)
> print next_value
>
> But we can't do this:
>
> def yap():
> next_value = (yield)
> print next_value
>
> def foo():
> while True:
> yap()
>
> If we explicitly say that "yap" can control us, via "yield from" (new
> in Python 3.3), then we can do something like the above, but this
> still requires explicit markup. In all other releases of Python, this
> is impossible.
>
> On the other hand, coroutines in greenlet et al can do a coroutine
> context switch at any point. The upside is that this is more flexible
> (and does something generators pre-3.3 cannot). The downside is that
> you now need locking structures to guarantee atomic interactions with
> a shared resource, whereas with generators you know that you always
> are the sole thing running, until you do a yield (and unless real
> threads or greenlet or whatever are involved, of course.)
>
> -- Devin

first, thanks for good answer:)
but I don't understand why the code



def yap():
next_value = (yield)
print next_value

def foo():
while True:
yap()

really do.
what is the purpose of that code?
--
http://mail.python.org/mailman/listinfo/python-list


howmuchistoday at gmail

Jul 7, 2012, 1:29 AM

Post #4 of 5 (245 views)
Permalink
Re: why greenlet, gevent or the stackless are needed? [In reply to]

r

2012년 7월 7일 토요일 오후 4시 33분 26초 UTC+9, Devin Jeanpierre 님의 말:
> On Sat, Jul 7, 2012 at 3:09 AM, self.python <howmuchistoday [at] gmail> wrote:
> > it there somthing that "yield" can't do
> > or just it is easier or powerful?
>
> couroutine-like generators can't give up control flow unless they are
> the top level function handled by the coroutine controller thing. For
> example, we can do this:
>
> def foo():
> while True:
> next_value = (yield)
> print next_value
>
> But we can't do this:
>
> def yap():
> next_value = (yield)
> print next_value
>
> def foo():
> while True:
> yap()
>
> If we explicitly say that "yap" can control us, via "yield from" (new
> in Python 3.3), then we can do something like the above, but this
> still requires explicit markup. In all other releases of Python, this
> is impossible.
>
> On the other hand, coroutines in greenlet et al can do a coroutine
> context switch at any point. The upside is that this is more flexible
> (and does something generators pre-3.3 cannot). The downside is that
> you now need locking structures to guarantee atomic interactions with
> a shared resource, whereas with generators you know that you always
> are the sole thing running, until you do a yield (and unless real
> threads or greenlet or whatever are involved, of course.)
>
> -- Devin

first, thanks for good answer:)
but I don't understand why the code



def yap():
next_value = (yield)
print next_value

def foo():
while True:
yap()

really do.
what is the purpose of that code?
--
http://mail.python.org/mailman/listinfo/python-list


gdamjan at gmail

Jul 7, 2012, 8:38 AM

Post #5 of 5 (250 views)
Permalink
Re: why greenlet, gevent or the stackless are needed? [In reply to]

On 07.07.2012 09:09, self.python wrote:
> (I'm very new to this coroutine part
> so It's not supposed to attack these modules,
> just I don't know the differences)
>
> atfer version 2.5, python officially support coroutine with yield.
> and then, why greenlet, gevent, Stackless python are still useful?
>
> it there somthing that "yield" can't do
> or just it is easier or powerful?

The greenlet site has some very simple examples what it can provide.
For example jumping from one function in another, and back

http://greenlet.readthedocs.org/en/latest/index.html


Gevent then uses greenlet to do lightweight "processes" (greenlets) that
are I/O scheduled. This allows for a simple model of programming that
scales to a large number of concurrent connections. You could do that
with threads but you can't start as many threads as greenlets, since
they have a much larger memory address space footprint.

There's one function, called the gevent hub, that waits for any I/O
event and then switches to the function that "blocked" on that I/O.




--
damjan

--
http://mail.python.org/mailman/listinfo/python-list

Python python RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.