Hello Holger, I have no paper done yet but I'll have to write something in the near future (next few months). I have some ideas of my final goal written in a wiki between me and my professor but I need to translate them since they are written in french. I just read your blog post and the homepage of py.execnet and I like the idea. I can clearly see some use in my work as a backend to start remote interpreters and make the communication over the network (for my networked channels). And for sure, it would be a nice improvement to the "socketprotocolgenerator.py" library I made for the communication. Like I said, I want my library to fit as much as possible in the idea of Stackless Python with as few additions as possible to the Stackles API. Things like the named channels I have in my examples will disappear as they are only there for developpement/debugging purpose. If you're interested in chatting about it, I'm often on #pypy. See ya, Gabriel (WildChild) 2009/9/30 holger krekel <holger@merlinux.eu>:

Hi Gabriel,

very cool.  Do you happen to have some conceptual paper/post describing your programming model in more detail?  I am asking because i am working on related ideas, i.e. "networked interpreters", see my latest blog post http://tinyurl.com/yco9aua

cheers, holger

On Tue, Sep 29, 2009 at 21:20 -0400, Gabriel Lavoie wrote:

...

Hello everyone,     here is a first look at my work. Comments are welcome! :)

http://www.mutehq.net/~wildchild/dstackless.html

See ya,

Gabriel

2009/9/28 Gabriel Lavoie <glavoie@gmail.com>:

...

2009/9/28 Leonardo Santagada <santagada@gmail.com>:

...

I am very interested, I thought to do something like it. Where could I see your code?

On Sep 28, 2009, at 10:04 AM, Gabriel Lavoie wrote:

...

Hello Andrew,    I'm currently experimenting with PyPy's implementation of Stackless to add new features for a university master degree project. I chose PyPy's implementation because it's easier to play with Python code than with C code. Also, since PyPy is "still experimental", it was the best implementation to choose to hack with and I don't regret my choice. What I'm trying to achieve is to add distributed features to Stackless:

- Local and networked channels with automatic switch between both - Easy tasklet migration to a remote host, keeping the channel connections between tasklets. - Transparent/automatic dependencies migration when a tasklet is sent to a remote host.

Most of the features are done and I'm currently working on the dependencies migration. The only bad part is that I'm doing this project part time since I have a full time job but I have to complete the programming part in the next two months (I've been working for too long on this).

If you're interested to see what I've done, just ask! :)

See ya,

Gabriel

2009/9/25 Andrew Francis <andrewfr_ice@yahoo.com>:

...

Hi Folks:

Again as a part of my Stackless Python talk, I wanted to include a section on the "Future." I assume a part of Stackless Python's future is PyPy? Or am I being presumptuous?

Regardless I would like to end the talk with a brief section on PyPy. I noticed the Stackless.py module in lib that contains the Stackless implementation in Python.

What I plan to do in my talk is show how a rough approximation of Limbo's alt (selecting the first ready channel from a list) could be implemented.

I am a newbie in regards to PyPy. However I have been reading the Stackless documentation. I thought it would be neat if I ended the talk with redoing this, but in PyPy as a part of how one could quickly prototype new Stackless Python features. Any thoughts? Is there anything gotchas?

Cheers, Andrew

_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

-- Gabriel Lavoie glavoie@gmail.com _______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

-- Leonardo Santagada santagada at gmail.com

I still haven't shown publicly my work. I'll try to quickly prepare something this week with my current test code samples and a quick description of the API. I think the code quality is pretty bad as this is my first real Python project. My priority is to have something that works before doing a big cleanup.

Gabriel

-- Gabriel Lavoie glavoie@gmail.com

-- Gabriel Lavoie glavoie@gmail.com _______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev -- Metaprogramming, Python, Testing: http://tetamap.wordpress.com Python, PyPy, pytest contracting: http://merlinux.eu

-- Gabriel Lavoie glavoie@gmail.com

Hello Holger, I have no paper done yet but I'll have to write something in the near future (next few months). I have some ideas of my final goal written in a wiki between me and my professor but I need to translate them since they are written in french. I just read your blog post and the homepage of py.execnet and I like the idea. I can clearly see some use in my work as a backend to start remote interpreters and make the communication over the network (for my networked channels). And for sure, it would be a nice improvement to the "socketprotocolgenerator.py" library I made for the communication. Like I said, I want my library to fit as much as possible in the idea of Stackless Python with as few additions as possible to the Stackles API. Things like the named channels I have in my examples will disappear as they are only there for developpement/debugging purpose. If you're interested in chatting about it, I'm often on #pypy. See ya, Gabriel (WildChild) 2009/9/30 holger krekel <holger@merlinux.eu>:

Hi Gabriel,

very cool.  Do you happen to have some conceptual paper/post describing your programming model in more detail?  I am asking because i am working on related ideas, i.e. "networked interpreters", see my latest blog post http://tinyurl.com/yco9aua

cheers, holger

On Tue, Sep 29, 2009 at 21:20 -0400, Gabriel Lavoie wrote:

...

Hello everyone,     here is a first look at my work. Comments are welcome! :)

http://www.mutehq.net/~wildchild/dstackless.html

See ya,

Gabriel

2009/9/28 Gabriel Lavoie <glavoie@gmail.com>:

...

2009/9/28 Leonardo Santagada <santagada@gmail.com>:

...

I am very interested, I thought to do something like it. Where could I see your code?

On Sep 28, 2009, at 10:04 AM, Gabriel Lavoie wrote:

...

Hello Andrew,    I'm currently experimenting with PyPy's implementation of Stackless to add new features for a university master degree project. I chose PyPy's implementation because it's easier to play with Python code than with C code. Also, since PyPy is "still experimental", it was the best implementation to choose to hack with and I don't regret my choice. What I'm trying to achieve is to add distributed features to Stackless:

- Local and networked channels with automatic switch between both - Easy tasklet migration to a remote host, keeping the channel connections between tasklets. - Transparent/automatic dependencies migration when a tasklet is sent to a remote host.

Most of the features are done and I'm currently working on the dependencies migration. The only bad part is that I'm doing this project part time since I have a full time job but I have to complete the programming part in the next two months (I've been working for too long on this).

If you're interested to see what I've done, just ask! :)

See ya,

Gabriel

2009/9/25 Andrew Francis <andrewfr_ice@yahoo.com>:

...

Hi Folks:

Again as a part of my Stackless Python talk, I wanted to include a section on the "Future." I assume a part of Stackless Python's future is PyPy? Or am I being presumptuous?

Regardless I would like to end the talk with a brief section on PyPy. I noticed the Stackless.py module in lib that contains the Stackless implementation in Python.

What I plan to do in my talk is show how a rough approximation of Limbo's alt (selecting the first ready channel from a list) could be implemented.

I am a newbie in regards to PyPy. However I have been reading the Stackless documentation. I thought it would be neat if I ended the talk with redoing this, but in PyPy as a part of how one could quickly prototype new Stackless Python features. Any thoughts? Is there anything gotchas?

Cheers, Andrew

_______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

-- Gabriel Lavoie glavoie@gmail.com _______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev

-- Leonardo Santagada santagada at gmail.com

I still haven't shown publicly my work. I'll try to quickly prepare something this week with my current test code samples and a quick description of the API. I think the code quality is pretty bad as this is my first real Python project. My priority is to have something that works before doing a big cleanup.

Gabriel

-- Gabriel Lavoie glavoie@gmail.com

-- Gabriel Lavoie glavoie@gmail.com _______________________________________________ pypy-dev@codespeak.net http://codespeak.net/mailman/listinfo/pypy-dev -- Metaprogramming, Python, Testing: http://tetamap.wordpress.com Python, PyPy, pytest contracting: http://merlinux.eu

-- Gabriel Lavoie glavoie@gmail.com