Barrapunto

Bueno, uno de los problemas de la arquitectura microkernel de nt/2000/xp es que al ser un sistema tan cerrado, no se pueden aprovechar totalmente las ventajas de este tipo de nucleos. La ventaja que supone poder cargar partes de kernel en el espacio de usuario, añadir funcionalidades sin reiniciar el sistema, la simplicidad de debuggear los modulos, etc... viene decrementeada por la poca informacion sobre el mismo.

De todos modos, a la hora de desarrollar drivers tienen que proporcionar algo de informacion al respeto, dado que los drivers de mas bajo nivel deben de funcionar en modo-kernel mientras que otros pueden hacerlo en modo-usuario. El DDK de MS (driver development kit) de XP proporciona ejemplos de codigo e informacion sobre el esquema de funcionamiento interno del microkernel.

Un ejemplo, es el siguiente:

http://msdn.microsoft.com/library/default.asp?url= /library/en-us/kmarch/hh/kmarch/intro_7usn.asp

En cualquier caso la aproximacion de microkernel XP/NT/2000 no es "pura", puesto que muchas cosas que se podrian ejecutar en modo usuario, se hacen en modo kenel por razones de eficiencia, al reducir el numero de cambios de contexto, dado el coste de pasar de modo a modo. Sin embargo el mecanismo de paso de mensajes, en que "teoricamente" se basan los microkernels si esta presente.

Pero de todos modos, ¿hay algun beneficio real en que la practica siga a la teoria al pie de la letra?.