[Stackless] stackless 2.8

[Christian Tismer]

Hey,

no, I think to do it. In a limited way where things must be explicitly
copied for parallel processes, and not with the elegance of STM,
but that thing is over-due since almost 10 years.
I will try it.

cheers -- Chris


On 07.01.14 03:33, Richard Tew wrote:
> Does Stackless really reap the benefits of multicore systems?
>
> Stackless is not a threading solution, it is a green threading
> solution.  As such it allows you to have threadlike objects run within
> the same OS thread, but requires the user to handcode any thread-level
> parallelism.
>
> Cheers,
> Richard.
>
> On 1/7/14, Werner Thie <werner at thieprojects.ch> wrote:
>> On 1/6/14 3:51 PM, Christian Tismer wrote:
>>> On 07.01.14 02:23, Richard Tew wrote:
>>>> No, I just want to be clear on what everyone expects to get out of it.
>>>>    For me, as I understand it, it's 2.x with whatever whomever wishes to
>>>> backport from 3.x, included.  Therefore, to some degree it would also
>>>> serve (with no extra work than any of us plans) as an intermediate
>>>> point that lessens effort in migrating to 3.x by being somewhere in
>>>> between.
>>>>
>>>> I think that renaming the executable is what you should do.  People
>>>> can alias to 'python' as they please.
>>> Very much agreed!
>>> That is what I'm going to do consequently,
>>> and quite probably this is the best to do in the future, too!
>>>
>>> But let us try it with 2.8 first. If people like what they get, then we
>>> should
>>> consider to extend the renaming.
>>>
>>> all the best -- Chris
>>>
>> Hi
>>
>> if stackless 2.8 serves as a melting pot for new ideas and
>> implementations and aggregates what's out there, it's a win for me.
>>
>> I like the idea of not having to write my own process management system
>> to reap the benefits of multicore architectures with ease and I also
>> like to have the light weight multiprocessing with tasklets and
>> channels, which was way back then what fascinated me about massive MP in
>> simulations done with OCCAM and the transputer architecture from INMOS.
>>
>> All in all, I like stackless and where its going a lot and it feels good
>> to see that there is a future for the 2.x series, which not only holds
>> grunt work porting old stuff forward to three series pythons, not
>> leaving any time to implement new ideas and concepts.
>>
>> Werner
>>
>> _______________________________________________
>> Stackless mailing list
>> Stackless at stackless.com
>> http://www.stackless.com/mailman/listinfo/stackless
>>
> _______________________________________________
> Stackless mailing list
> Stackless at stackless.com
> http://www.stackless.com/mailman/listinfo/stackless


-- 
Christian Tismer             :^)   <mailto:tismer at stackless.com>
Software Consulting          :     Have a break! Take a ride on Python's
Karl-Liebknecht-Str. 121     :    *Starship* http://starship.python.net/
14482 Potsdam                :     PGP key -> http://pgp.uni-mainz.de
phone +49 173 24 18 776  fax +49 (30) 700143-0023
PGP 0x57F3BF04       9064 F4E1 D754 C2FF 1619  305B C09C 5A3B 57F3 BF04
       whom do you want to sponsor today?   http://www.stackless.com/