> process-agents in/near the kernel. These would monitor the paging/me=
mory
> and general health of programs, as well as discern alert conditions o=
r notify
> of more complex process situations.
What is the point of not running this kind of watchdogs in userland ?
> Java is too overburdened and bloated to be kernelified, yeh, but it
> would be a=20
> keen route to build in an active-handler system.
Well, this is not the purpose for which Java was designed for. What
is the problem with kernel modules in C language ??
> UNIX's motto is almost "model it in the file system or script it". S=
cripting
> would allow nicely fine-grained control and smarts in the kernel.
Script interpreters have never lived Unix kernels so far, to my knowled=
ge
(and perhaps with the exception of the Berkeley Packet Filter VM.)
> Java might have a future in there, tho not in present form.
What is Java if not in its present form ?
--=20
Thomas.Quinot@Cuivre.FdN.FR <URL:http://Web.FdN.FR/~tquinot=
/>