Últimamente el sistema operativo Midori de Microsoft está cobrando mucha fuerza, según entiendo seria un sistema operativo basado en la red, no necesariamente tendría que desplazar a Windows, más bien podría ser un WebOS, que por cierto ya hay varios como el EyeOS que está basado en PHP
Es increíble como avanzan las cosas desde aquella conferencia de 1997 donde escuche por primera vez que alguien dijo que el Office se ejecutaría desde el Internet y claro con los anchos de b anda de modem de 33.6kbps , lo veía imposible, Sun y su equipo Java prometían que algún día no requeriríamos instalar el Office en nuestra PC, sino que desde un Applet seria ejecutada al visitar una página WEB. Tuvieron que pasar 10 años aproximadamente para que esta promesa se llevara a cabo, aunque es una lástima que no haya sido Sun quien la lograra realizar después de su promesa.
También se hacían promesas de que existirían chips que ejecutarían de forma nativa el código Java y por lo tanto el Java OS, que podría ejecutar en alta velocidad todos los programas de Java, aun no he podido probar uno de estos procesadores, pero si un OS basado en Java aunque mejora el rendimiento de los programas JAVA en intel
Quiero creer que Midori será como el Jnode el OS escrito en Java, para quien no conozca el Jnode aquí hay un video de su arranque y listado de directorios
O tal vez será como EyeOS, un WebOS escrito en PHP ejecutable desde el navegador
Por lo pronto en lo que aun desarrollan el sistema operativo basado en .NET , Java ya tiene camino recorrido con un OS escrito 99% java el otro 1% es código nativo de maquina en ensamblador en este caso para intel x86
Ja, aún tu artículo no tiene nada, pero ví que según, será de consultoría. No se de que tipo de consultoría. Pero me recordó que, creo que en algún lugar de este blog leí que estabas involucrado con SAP, pero no he visto mucho de tus trabajos sobre SAP en este blog.
Salu2.
Pero midori si pudiera ser WebOS ya que se distribuye sus componentes o puede distribuirlos a traves de una red para que se ejecuten en varios nodos gracias a su microkernel y modularidad ( a la Plan9 o inferno) y se comunican por http si no mal recuerdo.
Los que comentas que corren en un servidor web (EyeOS,desktop2 y netvibes) no se consideran completamente OS(son Webtops), por que en si simulan un desktop y recursos virtuales o acceso a recursos físicos(discos duros,etc) pero corren sobre otro sistema operativo(adicional a un servidor web que ejecuta el codigo de scripting como php o código de java o .Net), y estos usan el HAL del OS que los hospeda, un OS como tal, tiene acceso ya sea por un HAL al hardware del equipo o directamente por bios o firmware.
Por que no han obtenido éxitos estos OS, por que la computación distribuida es negocio solo en lugares donde se requiere mucho procesamiento (investigación, análisis financieros, análisis científicos, biológicos, etc) aunque hay mucha lana, los clusters son suficientes para cumplir con la tarea.
Lo que proponen, es un paso a tras en la evolución de las computadoras, dotar de terminales con poca capacidad de procesamiento a ciertos usuarios (secretarias,auxiliares,etc) los cuales no requieren gran poder de procesamiento y equipo costoso, y estos accedan a recursos por medio de la red de manera transparente, es decir que el OS procese datos, almacene y demás sin que la terminal tenga un procesador poderoso, o un disco duro tan grande, esto reduciría los costos de soporte y mantenimiento, ademas que toda la información que se genera en una empresa, estaría centralizada y se indexaría para su fácil acceso.
Esto lo esta haciendo google con sus apps de oficina, pero dependen del navegador, la meta es no depender de nada, si no que el os como tal haga un booteo desde la red y sea una terminal.
Interesante tema, da para debatir bastante rato.
aunque luego entonces sigue sin existir nada nuevo bajo el sol, esa capacidad de transmitir cosas por la red es la de serializar en java y punto net.
lo que me imagino es que el rendimiento tendria que bajar mucho
un microkernel no es tan rapido como un monolitico, por que justamente tiene que comunicar sus servicios entre si lo que lleva algun tiempo, si a eso se le agrega que los servicios podrian ser serializados y exportados, la latencia creceria enormemente
o midori esta pensado para redes ultraveloces o seria funcionalidad sobre rendimiento, si es lo primero entonces no vera la luz al menos en 10 años y si es lo segundo entonces en que ambientes seria bueno tenerlo.
sobre el eyeos, como dices, aun no entiendo a bien por que le agregaron el termino OS, por quen no eyedesk o similar, ya que estrictamente no es un OS, aunque tampoco deja de cumplir al 100% con el termino del OS
Ese es el problema, el serializar y deserializar es lo que disminuye el rendimiento, pero que tal si el OS no tiene que hacer este proceso, y escribir y escuchar el contenido de los paquetes directamente del protocolo sobre el cual corren.
En el caso de .Net el sistema tiene que serializar y deserializar,por que el intercambio de mensajes lo hacen por medio de XML, pero por ejemplo si usan el Google Protocol Buffers, debería bajar el tiempo de procesamiento y el tamaño de los paquetes. Pero lógico toda la infraestructura del .Net Framework se basa en xml para serializar por compatibilidad, aunque en el caso de remoting se puede usar un protocolo binario que es mas rápido.
En que ambientes seria bueno tenerlo, por ejemplo una red lan, donde varios usuarios acceden a aplicación de oficina y un navegador web donde no requieren tanto poder de procesamiento, no todos los procesos necesariamente tienen que ejecutarse en el server, lo que el sistema operativo distribuido lo que hace es administrar los recursos de manera remota, pero lógico en la memoria del equipo tendría que ejecutar procesos que informen y monitoreen de estado de la terminal.
Lo que permitiría un OS como este, es tener una cantidad de equipos sobre los cuales repartir ciertos procesos o asignarles tareas (por ejemplo en el procesamiento de vídeo, un equipo procesaría algunos frames de vídeo, y quizás otro haría la compresión de audio) a manera de lo que hacen actualmente con multiprocesadores, pero no solo usando múltiples procesadores, si no múltiples tarjetas de vídeo, red, discos duros, etc.
Aunque un microkernel no es tan rapido, hay sistemas comerciales como QNX que usa microkernel y es multiserver, que ademas si algo truena, precisamente no compromete a todo el sistema, en el caso de un kernel monolítico es lo contrario, si un componente truena, todo el kernel colapsa.
Un microkernel para usuarios comunes y corrientes no seria viable como comentas a corto plazo, pero eso no descarta la gran cantidad de aplicaciones que tendría en otras áreas.
Por ultimo, lo del nombre, me imagino que para sonar mas “cool”,pero la verdad, seria como una virtualización, por que al fin al cabo, el “WebOS” corre sobre otro OS, y la gracia del sistema operativo es precisamente, administrar los recursos de hardware directamente y proporcionar una API a los programas del usuario.
Del eyeos por eso dije que medio cumple con el asunto, tiene un conjunto de APIS, administra su memoria de forma muy básica, obviamente no se mete con el hardware, tiene solo alguna partes, pero no es un OS con todas sus letras.
Ya visualizo alguna de las funciones que podría tener como computación distribuida, entonces este OS midori podría crear super computadoras al alcance de todos, si se aplicara en investigación no seria necesaria redes de alta velocidad, podría ser como el proyecto seti
Hace mucho tiempo usando Mosix hice alguna de las cosas que describes ahí, usaba el procesador de varias PC para obtener una super PC donde trabaja, en Internet C habían varias PC viejas en RED, pero usando Cluster Mosix podía obtener mejor rendimiento en la PC que yo utilizaba, supongo que será el mismo concepto de clusterizacion pero ya de forma nativa y por omisión parece el paso lógico ya que los procesadores parecieran haber llegado a su límite físico para escalar, así que ahora en lugar de mas ciclos lo que se haría seria, tener mas núcleos y a su vez tener sistemas operativos que distribuyan la carga entre muchos mas núcleos.
Creo que ya entendi como queda
OS CLOUD
Windows CLOUD VS EyeOS
Y en este caso es
Midori VS Jnode