> Looks nice and has good ideas. But what's the benefit of this over just using 
> threads? Coorperative scheduling is bug-prone much like multi-threading is 
> IMHO without its performance benefits.

I was under the impression that cooperative scheduling was a lot cheaper than 
going from user space to kernel space for context switches. Isn't it so?

Reply via email to