Stackless/microthreads merge news
Jeff Senn
senn at maya.com
Wed May 17 09:11:09 EDT 2000
More information about the Python-list mailing list
Wed May 17 09:11:09 EDT 2000
- Previous message (by thread): Stackless/microthreads merge news
- Next message (by thread): Stackless/microthreads merge news
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Christian Tismer <tismer at tismer.com> writes: > > In fact, he commented that making C itself stackless would be too hard > > to really consider seriously and nobody in the community would > > appreciate it at all. > > Yes. It would be hard to make portable. > Instead, I'm trying to get rid of C and want > to use a language where I can control stacks > more easily. The last barrier in Stackless Python is > to make a couple of internal functions stackless as well, > but it is so hard in C that I need another bytecode > interpreter to do that. > Well, guess what that should be. Hm -- I've been trying to find a way to explain the "stackless zen". It seems that we all (people who write high level software) take the program stack, as a method of flow control and messaging between function invocation, as a given. Really the stack is just another data/object type -- not any more special than a queue or a heap... Given our usually math notation, methods of functional composition and early compiler/OS development I'm not surprised that the stack is viewed so. (Consider as a counter example how asynchronous circuit design is done and microcode is developed) IMHO this dependence on making the stack of higher importance has made the implementation of multi-"threaded" operating systems complex and limited the ways in which alternative approaches could reduce the difficulty of implementation of async/parallel systems. Anyway I hope this stimulates some thought... -- -Jas Jeff Senn MAYA Design -- Taming Complexity
- Previous message (by thread): Stackless/microthreads merge news
- Next message (by thread): Stackless/microthreads merge news
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list