> 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?