Re: Advanced concurrancy

2005-08-27 Thread travlr
Hi, I've been on the research pursuit regarding these subjects and I wonder why Erlang doesn't fit well into this category of concurrency. Also, from what I have seen, there hasn't been a recent interest in an updated interface. Maybe I'm mistaken and Erlang's features don't apply well. Thanks for

Re: Advanced concurrancy

2005-08-09 Thread Matt Hammond
Hi Stefan, On Fri, 05 Aug 2005 07:20:36 +0100, Stefan Rank <[EMAIL PROTECTED]> wrote: >>> So do you plan on including a kind of scheduler-aware blocking >>> communication (like the `channels` of the `tasklets` in stackless)? Not at the moment. The kinds of applications we've mainly been lookin

Re: Advanced concurrancy

2005-08-04 Thread Stefan Rank
on 04.08.2005 11:15 Matt Hammond said the following: > Hi Stefan, > >>It seems as though all components basically have to do busy waiting now. > > You are right - components are, for the most part, busy-waiting. Which > is not a good thing! > >>So do you plan on including a kind of scheduler-awa

Re: Advanced concurrancy

2005-08-04 Thread Matt Hammond
Ooops! In case you're wondering who I am, I'm working on Kamaelia with Michael Sparks at the BBC. Matt -- http://mail.python.org/mailman/listinfo/python-list

Re: Advanced concurrancy

2005-08-04 Thread Matt Hammond
Hi Stefan, > It seems as though all components basically have to do busy waiting now. You are right - components are, for the most part, busy-waiting. Which is not a good thing! > So do you plan on including a kind of scheduler-aware blocking > communication (like the `channels` of the `tasklets

Re: Advanced concurrancy

2005-08-03 Thread Stefan Rank
on 04.08.2005 00:36 Michael Sparks said the following: > Peter Tillotson wrote: >>I'm quite interested in the mini version and also using the modules as >>mobile code rather than installing it formally. > > I'll document it slightly better and post up on the website in the next 48 > hours or so.

Re: Advanced concurrancy

2005-08-03 Thread Michael Sparks
Peter Tillotson wrote: > I've not yet had a chance to try some examples, but i've looked through > the documentation. It feels quite familiar, It hopefully should. The approach is based essentially on an asynchronous hardware approach, on the recognition that the fundamental reason that hangs to

Re: Advanced concurrancy

2005-08-01 Thread Calvin Spealman
On 28 Jul 2005 10:41:54 -0700, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Asynchrony is not concurrency. If you have to turn your code "inside > out," (that is, if you have to write your code such that the library > calls your code, rather than vice versa) it's very much *not* > concurrency: i

Re: Advanced concurrancy

2005-08-01 Thread Peter Tillotson
I've not yet had a chance to try some examples, but i've looked through the documentation. It feels quite familiar, but i'd say that it is closer to Jade, the fipa (federation of intelligent physical agents) compliant agent framework than CSP or pi calculus. I like the behaviour (component micr

Re: Advanced concurrancy

2005-07-29 Thread Michael Sparks
Peter Tillotson wrote: > Hi, > > I'm looking for an advanced concurrency module for python and don't seem > to be able to find anything suitable. Does anyone know where I might > find one? I know that there is CSP like functionality built into > Stackless but i'd like students to be able to use a

Re: Advanced concurrancy

2005-07-29 Thread Paul Rubin
Peter Tillotson <[EMAIL PROTECTED]> writes: > I have come across twisted and used in async code. What i'm really > looking for is something that provides concurrency based on CSP or pi > calculus. Or something that looks much more like Java's JSR 166 which > is now integrated in Tiger. Python does

Re: Advanced concurrancy

2005-07-29 Thread Peter Tillotson
Cheers Guys, I have come across twisted and used in async code. What i'm really looking for is something that provides concurrency based on CSP or pi calculus. Or something that looks much more like Java's JSR 166 which is now integrated in Tiger. Peter Tillotson wrote: > Hi, > > I'm looking f

Re: Advanced concurrancy

2005-07-28 Thread Paolino
Peter Tillotson wrote: > Hi, > > I'm looking for an advanced concurrency module for python and don't seem > to be able to find anything suitable. Does anyone know where I might > find one? I know that there is CSP like functionality built into > Stackless but i'd like students to be able to use

Re: Advanced concurrancy

2005-07-28 Thread jemfinch
Asynchrony is not concurrency. If you have to turn your code "inside out," (that is, if you have to write your code such that the library calls your code, rather than vice versa) it's very much *not* concurrency: it's just asynchrony. While Twisted makes asynchronous code relatively easy to write

Re: Advanced concurrancy

2005-07-28 Thread Calvin Spealman
Twisted [1] includes lots of support for asyncronous concurrency, using deferreds. There is also the possiblity of PEP 342's [2] concurrency through enhanced generators, and being able to pass data to the generator every iteration. There are ways to simulate this, as well. I've written a recipe [3]

Advanced concurrancy

2005-07-28 Thread Peter Tillotson
Hi, I'm looking for an advanced concurrency module for python and don't seem to be able to find anything suitable. Does anyone know where I might find one? I know that there is CSP like functionality built into Stackless but i'd like students to be able to use a standard python build. I'm tryi