AMOEBA El sistema operativo Amoeba se origin en la universidad Vrije Universiteit, de Holanda en 1981, como un proyecto de investigacin del computo

distribuido y paralelo. En principio fue diseado por Andrew S. Tanenmbaun y tres de sus estudiantes de doctorado. Lo novedoso de ste Sistema Operativo es que el proyecto parti de un plan totalmente limpio, a diferencia de otros proyectos de investigacin de S.O. distribuidos que lo que hacan es partir de un S.O. existente le aadan uso de redes y un sistema compartido de archivos. Partiendo de 0 desarroll un sistema nuevo cuyo propsito era experimentar con nuevas ideas sin tener que preocuparse pos la compatibilidad hacia atrs como por ejemplo hace Windows 95. Uno de los objetivos principales era construir un sistema operativo distribuido y transparente, y otro era el de proporcionar un colchn de prueba para la realizacin de una programacin distribuida y paralela. Existen varias caractersticas que diferencian totalmente a Amoeba de los dems sistemas operativos, como he dicho antes Amoeba es un sistema distribuido y por tanto en Amoeba no existe el concepto de "mquina origen". El Shell inicial se ejecuta en cierta mquina arbitraria pero los comandos en general no se ejecutan en la misma mquina que el Shell, en lugar de esto el sistema busca automticamente la mquina con menor carga para ejecutar cada nuevo comando. Otra de las caractersticas que lo diferencian es que todos los recursos pertenecen al Sistema, no son de usuarios especficos. ste sistema operativo esta basado en el modelo cliente servidor en el cual los clientes ( procesos de usuario) realizan llamadas a los servidores para que les proporcionen lo pedido. Estos servidores son utilizados para gestionas los objetos ya que en Amoeba todo esta considerado como un objeto que tiene predefinido una serie de operaciones que se realizan sobre l. Se trata como objeto a los procesos, las CPUs, los archivos, los directorios, los discos, etc. y por tanto existen servidores que se encargan de gestionar todo esto. Adems del concepto de Proceso amoeba soporta varios hilos de control dentro de un mismo proceso. Estos hilos de control se encuentran dentro de un mismo espacio de memoria pero poseen su propia pila. Un proceso con un slo hilo es igual que un proceso en Minix o Linux , aunque en Amoeba los procesos se crean de forma distinta a Minix y Linux. Amoeba permite crear un proceso nuevo especfico donde la imagen de memoria cmience al principo, pero los procesos pueden ejecutarse en paralelo. Las llamadas para la gestin de procesos ms importantes son EXEC que realiza un RPC al servidor de procesos especfico, GETLOAD que regresa informacin sobre la velocidad de la CPU y STUM que permite que un hijo bloquee la ejecucin del proceso padre. Para la gestin de los hilos existen llamadas para crear hilos y destruir hilos as como para la sincronizacin de hilos. Estas llamadas realizan la misma funcin que las seales en Linux o Minix pero en este caso la comunicacin se realiza entre hilos y no entre procesos.

La gestin del sistema de archivos en amoeba la lleva a cabo el servidor de archivos que soporta las ordenes ms comunes para los archivos pero a diferncia de otros los archivos en Amoeba son inmutables y estos a su vez puede estar comprometidos o no. Los archivos comprometidos no pueden ser modificados. Por otro lado tenemos el servidor de directorios el cual como funcin principal tiene la de proporcionar una asociacin entre los nombres legibles para nosotros (cdigo ASCII) y las posibilidades. Una de las llamadas ms comunes que se utilizan de este servidor es una que regresa el conjunto de posibilidades que corresponden a un nombre en concreto. Para poder realizar copias de los objetos que proporciona el servidor de directorios se utiliza el servidor de rplicas. Este servidor adems de utilizarse para la funcin anterior permite tambin comprobar los objetos que son tiles mediante la llamada TOUCH. Existen varios modos de comunicacin en Amoeba y por cada uno de ellos existe un servidor que se encarga de gestionarlos. La primera de ellas es las llamadas a procedimiento remoto RPC. Para realizar este tipo de comunicacin el servidor de RPC utiliza tres llamadas principalmente que sn GET_REQUEST, PUT_REPLY y TRANS que permite la comunicacin entre clientes y servidores. La segunda forma de comunicacin en Amoeba es la comunicacin en grupo y las llamadas que proporciona para este tipo de comunicacin nos permiten crear nuevos grupos, unir procesos a grupos existentes, enviar informacin a grupos y una serie tareas ms para gestionar esta comunicacin. La capa ms baja es el protocolo de internet fast local(FLIP) que se utiliza para la transmisin real de mensajes. FLIP est diseado para su integracin dentro del hardware por esta razn se le ha especificado un interfaz preciso con la capa inmediatamente superior(RPC y Comunicacin por grupo). Este interfaz consta de nueve llamadas, siete para el trfico de salida y dos para el trfico de llegada. Amoeba tambin posee un servidor de TC/IP que realiza las gestiones oportunas para comunicarse con mquinas que no son Amoeba y con mquinas Amoeba a travs de internet. A parte de todos los servidores anteriores amoeba posee un servidor de arranque al cual utiliza llamadas para comprobar que todos los servidores necesarios estn en ejecucin. Con todo esto se observa que el sistema Operativo Amoeba es un sistema compartido ideal donde cada usuario del sistema cree que est ejecutando el sistema en modo exclusivo pero en realidad no sabe donde se estn ejecutando sus procesos y donde est guardando sus archivos. Es por esto que uno de los bloques ms potentes de llamadas al sistema sea el de la comunicacin.

Amoeba es un sistema operativo distribuido de investigacin, basado en una arquitectura de microncleo. El paradigma del microncleo, tuvo una gran relevancia acadmica durante los aos ochenta y principios de los noventa, dentro de lo que se denomin self healing computing, esto es, sistemas independientes que fuesen capaces de superar por si mismos errores de software o hardware. En un principio pretenda seruna solucin a la creciente complejidad de los sistemas operativos. Amoeba fue desarrollado por Andrew S. Tanenbaum y otros en la Universidad Libre de Amsterdam. El objetivo del proyecto Amoeba era construir un sistema de tiempo compartido que hiciera que una red entera de computadores pareciera a los ojos de un usuario como una nica mquina.

Amoeba A principio de los aos 90, se evidenci que el entorno de la computacin seguira sufriendo grandes cambios, como consecuencia principalmente del progreso tecnolgico. Teniendo presente estos hechos podramos clasificar la historia de las computadoras modernas en las siguientes reas: 1970: Timesharing ( 1 supercomputadora, muchos usuarios) 1980: Computadora Personal (1 computadora por usuario) 1990: Computacin Paralela ( muchas computadoras por usuarios) En los aos 90 se dio una reduccin an mayor de los precios por lo que es posible tener varios equipos de computadoras en una sola placa e inclusive en un solo chip. Surge entonces el ambiente adecuado para la construccin de sistemas con decenas e inclusive cientos de computadoras por usuario, distribuidos quizs en un rea amplia, estos sistemas son los referenciados como Sistemas Distribuidos y Paralelos.El desarrollo de esta idea trae consigo la pregunta natural sobre que tipos de software ser necesario para esta clase de sistemas, esa plataforma (software) es la proveda por el sistema operativo Paralelo y Distribuido Amoeba. Amoeba nace como respuesta a la necesidad de desarrollo de software para computacin paralela y distribuida. Desde 1980, un grupo de investigadores de la Universidad de Vrije (Amsterdam - Holanda) liderados por el Prof. Andrew S. Tanembaum decide desarrollar un sistema operativo distribuido de propsito general diseado para un

entorno con varias computadoras. Los objetivos que guiaron este desarrollo son los siguientes: Distribucin: conectar varias mquinas. Paralelismo: permitir que trabajos individuales usen mltiples CPUs fcilmente. Transparencia: que el conjunto de procesadores acte como un sistema nico. Performance: lograr todo lo anterior de manera eficiente. Otro objetivo clave es la transparencia. En el entorno de trabajo de Amoeba, el conjunto de mquinas acta como un sistema integrado nico. En general, los usuarios no tienen conocimiento del nmero ni ubicacin de los procesadores que ejecutan sus comandos, como tampoco conocen la cantidad ni la ubicacin de los servidores de archivo que manejan sus archivos de trabajo. Para el usuario promedio, el uso de Amoeba es igual al uso de un sistema tradicional de tiempo compartido como Unix. Ponindolo en otros trminos, Amoeba no tiene el concepto de "mquina origen". Cuando un usuario entra al sistema, entra a ste como un todo y no a una mquina especfica. Las mquinas no tienen poseedores. El shell inicial, el cual se inicializa al entrar el usuario, se ejecuta en cierta mquina arbitraria, pero al ser iniciados los comandos, en general no se ejecutan en la misma mquina que el shell. En vez de esto el sistema busca de manera automtica la mquina con la menor carga para ejecutar cada nuevo comando. Durante el curso de una larga sesin en la terminal, los procesos que se ejecutan a cargo de un usuario cualquiera estarn ms o menos dispersos en todas las mquinas del sistema, dependiendo de la carga. Las siguientes secciones tratarn sobre este sistema operativo, describiendo las especificaciones tcnicas y puesto que se trata de un sistema que utiliza el modelo cliente servidor se describe, el mecanismo de comunicacin, la administracin de los proceso, y alguno de los servidores.-