Hola,
Pues despues de años desarrollando piezas sueltas de codigo al fin pude juntarlas todas en un pedazo mas o menos decente el cual lo bautize como mkx86.
El mkx86 es un peqeññññisimo nucleo de SO que trabaja segun la arquitectura microkernel, esto es, realiza solo funciones basicas en modo nucleo como son la planificacion y conmutacion de procesos, sistema IPC de paso de mensajes tipo rendezvous y abstraccion de interrupciones transformandolas en "notificaciones".
En espacio de usuario pueden correr diversos subcomponentes de codigo del mkx86 tales como son ahora el driver de consola y el servidor del archivos RAMFS. Pero no significan que sean realmente parte del mkx86. Solo son programas de usuario. Cualquiera podria reemplazar el RAMFS por otro mas util sin mucha complejidad.
Bueno, para iniciar es eso.
Ahhh.. una cosa mas. Cual es el objetivo?
Pues el proyecto mkx86 tiene como objetivo principal servir a los estudiantes y todo aficionado a sistemas operativos en ver la construccion real de un sistema operativo desde cero y aplicando los conceptos teoricos impartidos en el trascurso de una carrera de ciencias de la computacion. Por ahora no pensaremos en reemplazar linux o windows, ok!
Nos vemos pronto!
Vesmar,
Comentarios
Desde ahora seras Vesmar "Torvalds" Camara ;)
Por cierto, le falta licencia de distribución en cada encabezado de código. ¿será GPL3? ¿BSD? ¿MIT? ¿Public Domain?
Bueno, reemplazar windows o linux es muchísimo esfuerzo,
¿pero no pensaste en el nicho de sistemas operativos embébidos?
¿podrías poner un repositorio mercurial? :D
¿qué tal en freehg? http://freehg.org/
O un mirror del repo svn principal tambien se puede.
Opensolaris y muchos otros utilizan mercurial ;)
http://opensolaris.org/os/community/tools/scm/hg_help/
El tema de licencia no se incluyen en esta beta 1 intencionalmente ya que no se tiene cierto todavia la eleccion. Ojo que esto no significa que no exista derechos de autor! No es public domain jeje, pero se puede distribuir libremente.
La verdad que entre 2004 a 2006 el sistema estaba orientandose a ser un RTOS (real time) el cual encajaria muy bien para sistemas embutidos. Se hizo bastante investigacion sobre esto pero finalmente se decidió volver al objetivo original, esto es, un sistema mas orientado a satisfacer las necesidades academicas de una comunidad local.
Me preguntaran porque no puede ser ambos? Pues la complejidad es el motivo. Sistemas complejos dejan de ser academicos y sistemas academicos no pueden llevar mucha complejidad.
Ese es el motivo de porque Minix nunca supero a Linux. Simplemente no era su objetivo.
Saludos,
Hola Vesmar "Torvalds" Camara :P.
Es gusto tener tu participación nuevamente de mucho tiempo en el Icerberg del Software Libre !!!
Saludos Vesmar y a probar si dijo...