On Wed, Nov 24, 1999 at 02:40:52PM -0800, Julian Elischer wrote:

This is probably the best. But, if you wanted to start out in a less invasive manner (ie. less kernel changes), I don't know why the KSE couldn't be an rforked proc (with appropriate flags), with only minor changes to the proc structure (eg. you might need to hold a pointer to the UTS, though if your "upcall" was just a signal, maybe the pointer to the UTS could be a signal handler).

In this case your KSE would be "heavier", in terms of kernel context, than you would really need, but hopefully you wouldn't need all that many of them (one for each processor plus one for each thread blocked in a syscall, plus maybe a few more if you need more scheduler classes for your thread pool).

The aio kernel code manages a pool of "kernel threads" that might provide a template for how to manage a pool of KSE's in this manner.

Doing this might get you up and running sooner, with a longer term goal of reivsing the proc structure more extensively.

Just a thought.

To Unsubscribe: send mail to majo...@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message