[prev in list] [next in list] [prev in thread] [next in thread]
List: lua-l
Subject: Re: LUTask (was Re: LuaSocket,
From: Mark Hamburg <mhamburg () adobe ! com>
Date: 2005-01-30 15:01:43
Message-ID: BE2236D7.328AA%mhamburg () adobe ! com
[Download RAW message or body]
on 1/29/05 9:55 PM, skaller at skaller@users.sourceforge.net wrote:
> [ Described the Felix scheduler ]
Interesting. In an interactive environment where one had a thread that ran
for a while perhaps being polite enough to do non-blocking yields but not
blocking, this would have the issue that it won't revisit the event queue.
On the other hand, the dispatcher could watch a clock or wait for a signal
from a timer to decide that we should visit the event queue even if the
running queue is non-empty.
One further point to note is that if one uses multiple universes to take
advantage of multiple processors, an inter-universe call is just another
form of blocking yield.
One thing that may be necessary to do to support a Lua scheduler will be to
replace resume with logic that can look at the results received from a raw
resume call and decide whether to return them to the caller or to yield them
up another level. Maybe after I have my morning coffee...
Mark
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic