Thomas Bushnell BSG wrote:
We generally tend to dislike the use of asynchronous messages.  They are
great for Mach, but we would like to avoid the need to use them in
general.

Keeping things always as RPCs makes the system much more likely to be
portable in the future to other kernels.


It's nice to know the direction the implementation is headed. I would be grateful if you could supply links that further document the above mentioned statement. To be honest, i had the exactly opposite idea since it has been mentioned that the Coyotos kernel was a candidate to replace the Mach kernel and Coyotos has an asynchronous design.

Regarding the syslog problem, what can be done? From what has been said so far, the intermediate translator solution is not optimal. Do we use syslog as it is but carefully because of the internal locking? If so, this task should be deleted.

How about this: what if the syslog daemon was rewritten as a syslog translator capable of handling the locking issue?

Constantine


_______________________________________________
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Reply via email to