Documentos de Académico
Documentos de Profesional
Documentos de Cultura
SO Centralizados Distribuidos
SO Centralizados Distribuidos
2009
ndice de contenido
1) Sistemas Operativos Centralizados.............................................................................................. 4 1.1) Concepto ............................................................................................................................... 4 1.2) Gestin de procesos.............................................................................................................. 5 1.3) Gestin de memoria .............................................................................................................. 5 1.4) Gestin de dispositivos.......................................................................................................... 6 1.5) Gestin de archivos ............................................................................................................... 6 2) Sistemas Operativos Distribuidos................................................................................................. 7 2.1) Concepto ............................................................................................................................... 7 2.2) Ventajas y Desventajas ......................................................................................................... 7 2.3) Aspectos del Diseo .............................................................................................................. 8 2.3.1) Transparencia................................................................................................................. 8 2.3.2) Flexibilidad...................................................................................................................... 9 2.3.3) Confiabilidad ................................................................................................................... 9 2.3.4) Desempeo .................................................................................................................... 9 2.3.5) Escalabilidad................................................................................................................... 9 2.4) Comunicacin en los sistemas distribuidos ......................................................................... 10 2.5) Sincronizacin en sistemas distribuidos .............................................................................. 10 2.6) Procesos y procesadores .................................................................................................... 10 2.7) Sistemas distribuidos de archivos ....................................................................................... 11 2.8) Memoria compartida distribuida........................................................................................... 11 2.9) Modelos de Sistemas Distribuidos....................................................................................... 12 2.9.1) Grupos de Procesadores.............................................................................................. 12 2.9.2) Cliente Servidor ............................................................................................................ 12 3) Comparacin entre Sistemas Operativos Centralizados y Distribuido ....................................... 13 4) Ejemplos ..................................................................................................................................... 14 4.1) Ejemplos de Sistemas Operativos Centralizados ................................................................ 14 4.1.1) DOS .............................................................................................................................. 14 4.1.2) UNIX ............................................................................................................................. 15 4.1.3) Mac OS......................................................................................................................... 15 4.2) Ejemplos de Sistemas Operativos Distribuidos ................................................................... 16 4.2.1) Amoeba ........................................................................................................................ 16 4.2.2) Mach ............................................................................................................................. 17 4.2.3) Chorus .......................................................................................................................... 18 4.2.4) DCE .............................................................................................................................. 18 Bibliografa ...................................................................................................................................... 21 Conclusiones .................................................................................................................................. 20
empezar por los que tenemos instalados en nuestras propias computadoras como Windows, Linux, Mac OS, Unix, etc.
la gestin de memoria debe cumplir algunos requisitos de proteccin como que el cdigo de un proceso no debe hacer referencia a posiciones de otros procesos sin permiso.
Entre las ventajas tenemos: La descentralizacin econmica. Por ejemplo, en el caso de los CPU, si uno est dispuesto a pagar el doble so obtiene el mismo CPU slo que con una velocidad un poco mayor. De tal forma, es ms cmodo limitarse a un gran nmero de CPU baratos reunidos en un mismo sistema. Los sistemas distribuidos tienen en potencia una proporcin precio/desempeo mucho mejor que la de un sistema centralizado. Adems ciertas aplicaciones son distribuidas en forma inherente. Una cadena de supermercados podra tener muchas tiendas las cuales reciben los artculos de manera local realiza ventas locales y toma decisiones locales acerca de las verduras que estn viejas o podridas y qu debe hacerse. Por lo tanto, tiene sentido mantener un inventario de cada tienda dentro de una computadora local a la vez de tenerlo de manera central en las oficinas de la compaa. Despus de todo, la mayora de las solicitudes y actualizaciones se haran en forma local. Sin embargo de vez en cuando la administracin central podra tratar de determinar la cantidad de nabos que posee en cierto momento. Una forma de lograr este objetivo es hacer que todo el sistema se vea como una computadora para los programas de aplicacin pero implementado de manera descentralizada en una computadora por tienda como ya se ha descrito. ste sera entonces un sistema distribuido comercial. Otra ventaja sobre los sistemas centralizados es la confiabilidad. Al distribuir la carga de un trabajo en muchas mquinas la falla de un circuito descompondra a lo ms una mquina y el resto seguira intacto. Tambin est el crecimiento por incrementos, ya que no es necesario comprar una nueva mainframe carsima cuando la empresa necesita ms poder de cmputo. Entre las desventajas tenemos: El peor de los problemas es el software: qu lenguajes de programacin utilizar, que aplicaciones son adecuadas. El problema de las redes de comunicacin. Se pueden perder mensajes, lo cual requiere un software especial para su manejo y puede verse sobrecargado. Al saturarse la red sta debe reemplazarse o aadir una segunda. De cualquier forma, es un gran costo. El hecho que los datos se puedan compartir puede ser un arma de doble filo, pues tambin pueden acceder a datos que no les corresponde ver. La seguridad es con frecuencia un problema.
Hay varios tipos de transparencia: Transparencia de localizacin: Los usuarios no pueden indicar la localizacin de los recursos. Transparencia de migracin: Los recursos se pueden mover a voluntad sin cambiar sus nombres. Transparencia de rplica: Los usuarios no pueden indicar el nmero de copias existentes. Transparencia de concurrencia: Varios usuarios pueden compartir recursos de manera automtica. Transparencia de paralelismo: Las actividades pueden ocurrir en paralelo sin el conocimiento de los usuarios. 2.3.2) Flexibilidad Es importante que el sistema sea flexible. Junto con la transparencia son fundamentales. Es bueno mantener las opciones abiertas. Existen dos escuelas de pensamiento en cuanto a la estructura de los sistemas distribuidos. Una escuela mantiene que cada mquina debe ejecutar un ncleo tradicional que proporcione la mayora de los servicios. La otra consiste que el ncleo proporcione lo menos posible y que el grueso de los servicios del sistema operativo se obtenga a partir de los servidores a nivel de usuario. Estos dos modos son conocidos como el ncleo monoltico y microncleo. 2.3.3) Confiabilidad La idea es que si una mquina falle, otra se encargue del trabajo. Los sistemas distribuidos actuales cuentan con que un nmero de ciertos servidores sirvan para que el todo funcione. La disponibilidad se refiere a la fraccin de tiempo en que se puede utilizar el sistema. Esta se puede mejorar mediante un diseo que no exija el funcionamiento simultneo de un nmero sustancial de componentes crticos. Otra herramienta es la redundancia, se puede duplicar piezas clave del hardware y de software, de modo que si una de ellas falla, las otras pueden llenar su hueco. Otro aspecto es la tolerancia a fallos. Supongamos que un servidor falla y vuelve a arrancar de manera sbita. Si el servidor tiene tablas con importante informacin acerca de las actividades en proceso, lo menos que ocurrir es que la recuperacin ser difcil. 2.3.4) Desempeo La construccin de un sistema distribuido transparente, flexible y confiable no servir si el sistema es lento. Se puede utilizar diversas mtricas del desempeo. El tiempo de respuesta es una, poro tambin lo son el rendimiento, uso de sistema y cantidad consumida de capacidad de red. El problema del desempeo se complica por el hecho de la comunicacin, factor esencial en un sistema distribuido. El envo y obtencin de una respuesta en una LAN es lento. Para ello hay que minimizar el nmero de mensajes. La dificultad con esta estrategia es que la mejor forma de mejorar el desempeo es tener muchas actividades en ejecucin paralela en distintos procesadores, pero esto requiere el envo de muchos mensajes. Una posibilidad es prestar atencin al grano de todos los clculos. En general, los trabajos que implican gran nmero de pequeos clculos, en particular aquellos que interactan en gran medida con otros, pueden ser la causa de algunos problemas en los sistemas distribuidos con una comunicacin lenta. 2.3.5) Escalabilidad
La mayor parte de los sistemas distribuidos estn diseados para trabajar con unos cuantos cientos de CPU. Un sistema distribuid puede empezar con una cantidad manejable de usuarios, pero cuando pasa el tiempo puede que se tenga un sistema distribuido con decenas de millones de usuarios. La cuestin es si los mtodos que se desarrollan en la actualidad podrn escalarse hacia tales grandes sistemas. Lo que queda claro es que se debe evitar los componentes, tablas y algoritmos centralizados, pues no es una buena idea tener un solo servidor de correo para 50 millones de usuarios. Adems, el servidor no tolerara bien las fallas.
segundo, todas las instalaciones de cmputo son un recurso compartido. Los procesadores se asignan de manera dinmica a los usuarios conforme sea necesario y se regresan a la pila al terminar el trabajo. Dada una coleccin de procesadores, se necesita un algoritmo para asignar los procesos a los procesadores. Tales algoritmos pueden ser deterministas o heursticos, centralizados o distribuidos, ptimos o subptimos, locales o globales, iniciados por el emisor o por el receptor. Aunque los procesos se planifican por lo general de manera independiente, se puede mejorar el desempeo mediante la co planificacin, para garantizar que los procesos que deben comunicarse se ejecutan al mismo tiempo. Sobre la planificacin en los sistemas distribuidos podemos decir que por lo general cada procesador hace su planificacin local sin preocuparse por lo que hacen los dems procesadores. Tambin hay varios algoritmos de coplanificacin, que toman en cuenta los patrones de comunicacin entre los proceso durante la planificacin para garantizar que todos los miembros de un grupo se ejecuten al mismo tiempo.
operacin y los parmetros del mensaje, envindolo por la red y esperando la respuesta. Se utilizan tres tcnicas generales para proporcionar memoria compartida. La primera estimula el modelo de memoria de multiprocesador, dando a cada proceso una memoria paginada lineal. Las pginas se mueven de una mquina a otra segn sea necesario. La segunda utiliza los lenguajes de programacin ordinarios con variables compartidas anotadas. La tercera se basa en los modelos de programacin de alto nivel, como las n-adas y los objetos. En un sistema operativo distribuido, la memoria pasa a ser fsicamente privada pero lgicamente compartida. Es decir, un computador ejecuta los programas en su memoria propia, pero en caso de necesitar mas memoria utilizara los recursos disponibles de otra computadora que este capacitada y preparada dentro de la red para compartir su memoria.
separadamente por un sistema operativo en cada maquina. Aunque el modelo cliente-servidor no satisface todos los requisitos necesarios para todas las aplicaciones distribuidos, es adecuado para muchas de las aplicaciones actuales y provee una base efectiva para los sistemas operativos distribuidos de propsito general.
Difunde la carga de trabajo entre las mquinas disponibles en la forma ms eficaz en cuando a coste en tiempo y en almacenamiento. El software es escaso, es difcil encontrar software asequible para los sistemas distribuidos. La red que permite la interconexin entre mquinas se puede saturar, con la consiguiente lentitud en el procesamiento o la prdida de informacin. Hay bastante privacidad pues cada uno es dueo Mayor dificultad para mantener la privacidad de los datos que tiene en su sistema. de la informacin ya que muchos usuarios pueden tener acceso a los datos que se almacenan. No necesita crear una visin de una sola mquina Busca crear una transparencia, una visin de porque realmente slo hay una mquina. una sla mquina cuando en realidad hay varias mquinas. Se cuenta con unos pocos CPU con una gran Se cuenta con muchos CPU de no tanta capacidad. capacidad que trabajan juntos. Los sistemas operativos centralizados aparecieron Los sistemas operativos distribuidos son un primero. siguiente escaln en la evolucin de los sistemas operativos. No hay un paralelismo real, es ms una ilusin de Hay un paralelismo real, ya que varios procesos paralelismo, con la excepcin de las mquinas que podran estar llevndose a cabo en diferentes cuentan con varios procesadores como suelen procesadores pertenecientes a diferentes fabricarse en los ltimos tiempos. mquinas. Son sistemas ms fciles de desarrollar y ya hay Son una clase de sistemas operativos ms dcadas de experiencia en ellos. difcil de desarrollar debido a su complejidad.
En un sistema operativo centralizado el nodo principal debe soportar una gran carga y ese generador de cuellos de botella. Cuando se accesa a archivos que pertenecen a otra mquina, el usuario se da cuenta claramente que est ingresando a otra mquina. El kernel suele ser monoltico. El sistema centralizado maneja algoritmos centralizados. El usuario debe tener poder de cmputo en su mquina. Para la comunicacin entre procesos se utiliza la memoria compartida. La sincronizacin de relojes no es importante La interfases grficas deben ser malas para no saturar la mquina central.
No hay cuellos de botella pues todo se encuentra descentralizado. Cuando el usuario accesa a archivos de otra mquina, l piensa que se trata de archivos ubicados en su propia mquina cuando en realidad no es as. El kernel suele ser microncleo. El sistema distribuido maneja algoritmos distribuidos. Puede que el usuario no tenga poder de cmputo en su mquina, en vez de eso haya una coleccin de procesadores en un lugar. Para la comunicacin entre procesos se suele usar protocolos de capas o llamadas a procedimientos remotos. Debe haber sincronizacin entre los relojes de las diferentes mquinas. Las interfases grficas pueden ser ms detalladas y vistosas.
4) Ejemplos
4.1) Ejemplos de Sistemas Operativos Centralizados
4.1.1) DOS El MS-DOS se desarrollo para operar computadoras individuales de escritorio para un solo usuario. Cuando el mercado de las computadoras personales hizo explosin en los 80, fue el sistema operativo estndar para millones de mquinas. Es uno de los sistemas operativos ms sencillos de comprender. En muchas formas es un ejemplo de los primeros sistemas operativos porque maneja los trabajos en secuencia a partir de un solo usuario. Sus ventajas son su operacin fundamental y sus comandos claros para el usuario. Tiene dos desventajas. La primera es su falta de flexibilidad y su limitada capacidad para llenar las necesidades de programadores y usuarios expertos. La segunda proviene de sus raices; se escribi para una familia de microprocesadores. Cuando estos microprocesadores dominaron el mercado de las computadoras personales, MS-DOS tambin lo hizo. Pero con el avance de nuevos chips, el DOS perdi su ventaja de mercado en relacin con los sistemas operativos ms elavorados. Su apoyo de entradas y salidas estndares incluyen un teclado, monitor, impresora y unidad de almacenamiento secundario. En el nivel inferior del MS-DOS est BIOS, que hace la interfaz con los diversos dispositivos de entrada y salida como las impresoras, teclados y monitores. Este sistema tiene requerimientos del sistema bajos y poco Soporte de hardware Trabaja con comandos en modo texto formados por rdenes difciles de recordar. Slo se puede
ejecutar un programa en cada momento. La capacidad de aumentar el espacio de su disco duro, un antivirus, una nueva versin del programa de apoyo y recuperacin de datos, que por aos no fue mejorado, capacidad de intercambiar datos entre computadoras por medio de un cable, optimizacin del uso de la memoria RAM y otras interesantes opciones. El DOS no es ni multiusuario ni multitarea. No puede trabajar con ms de un usuario ni en ms de un proceso a la vez.
4.1.2) UNIX Unix es un sistema interactivo diseado para manejar mltiples procesos y mltiples usuarios al mismo tiempo. Fue el primer sistema operativo escrito en el lenguaje de programacin C. Fue dieado por programadores y para programadores, para utilizarse en un entorno en el que la mayora de usuarios tienen conocimientos relativamente avanzados y se dedica a proyectos de software que suelen ser complejos. Unix cuenta con extensos recursos para trabajar en colaboracin y compartir informacin de formas controladas. Es un sistema universal, vlido para toda clase de ordenadores, grandes y pequeos. Para el Unix todo es un archivo. Permite crear archivos con nombres hasta de 255 caracteres de largo. Tiene algunas caractersticas de sistema distribuido, ya que existe un nombre nico para todos los ficheros disponibles en la red, y que es independiente de la mquina, o ms especficamente, en ese nombre no se incluye el nombre de la mquina en el que el fichero est almacenado. El ncleo es un programa escrito casi en su totalidad en lenguaje C, con excepcin de una parte del manejo de interrupciones, expresada en el lenguaje ensamblador del procesador en el que opera. El kernel hace que la computadora funcione bajo Unix y que los usuarios puedan compartir eficientemente todos los recursos. Cada usuario puede interactuar con el Sistema Operativo con el Interpretador de Comandos (Shell) de su agrado entre los que se destacan: El Bourne Shell , el C Shell , El Korn Shell , el Bourne Again Shell. El Unix utiliza y administra muy eficientemente la memoria. En la memoria libre atiende a los procesos. A cada proceso le da la cantidad exacta de memoria que aqul necesite, desde pocos kilobytes hasta varios megabytes. Cuando se acaba la memoria, utiliza el Area de Swap que es una memoria virtual. Esto permite que se pueda ejecutar un programa que sea ms grande que la memoria RAM total que tenga un servidor de Unix. Tiene capacidad de interconexin de procesos. Adems permite comunicacin entre procesos. Unix emplea un sistema jerrquico de archivos, con facilidades de proteccin de archivos, cuentas y procesos. 4.1.3) Mac OS MacOS es abreviatura de Macintosh Operating System (Sistema Operativo de Macintosh). El Mac OS original fue el primer sistema operativo con una interfaz grfica de usuario en tener xito. El equipo de Macintosh inclua a Bill Atkinson, Jef Raskin y Andy Hertzfeld. Apple quit importancia de forma deliberada a la existencia del sistema operativo en los primeros aos de Macintosh para ayudar a hacer que la mquina pareciera ms agradable al usuario y a distanciarla de otros sistemas como MS-DOS, que eran un desafo tcnico. Apple quera que Macintosh
fuera visto como un sistema que trabajara nada ms con encenderlo. La interfaz grafica desarrollada por Apple que se llama Aqua. Este sistema operativo tiene un nucleo de la familia unix mas especificamente deriva de nexstep que era un sistema operativo cuyo nucleo tenia codigo del kernel Mach y del de BSD. Mac OS utiliza como gestor de ventanas x11 caracteristica que comparte con otros sistemas Unix La arquitectura para la que fue diseado originalmente eran para las Power PC es decir computadoras de tipoRisc desarrolladas por IBM,Motorola y Apple. Es decir que esta ultima hizo un sistema operativo especifico para un hardware que ellos tambien desarrollaron lo que le dio una gran estabilidad y eficacia al sistema en su conjunto. A partir del 2006 comenzaron a migrar a procesadores Intel utilizando los llamados binarios universales, es decir, aplicaciones que contienen el cdigo binario de ambas plataformas para su ejecucin transparente. Existen varias versiones 10.1 Puma,10.2 Jaguar,10.3 Panther , 10.4 Tiger y 10.5 Leopard y 10.6 Snow Leopard y cada una ha ido incorporando mejoras.
procesadores. Este consta de varios CPU, cada uno con su propia memoria local y conexin a la red. No se necesita la memoria compartida, pero si est presente se utiliza para optimizar la transferencia de mensajes al hacer el copiad de una memoria a otra, en vez de enviar mensajes a travs de la red. Cuando un usuario escribe un comando, el sistema operativo asigna en forma dinmica uno o ms procesadores para ejecutar ese comando. Al terminar el comando, se terminan los procesos y los recursos regresan a la pila, en espera de siguiente comando. El usuario tiene acceso al sistema a travs de un terminal. Tambin puede tratarse de una computadora personal o estacin de trabajo. La idea es proporcionar terminales baratos y concentrar los ciclos de cmputo en una pila comn para utilizarlos con mayor eficiencia. Amoeba consta de dos partes fundamentales, un microncleo que se ejecuta en cada procesador y una coleccin de servidores que proporcionan la mayor parte de la funcionalidad de un sistema operativo tradicional. Se soportan tres mecanismos de comunicacin: RPC y FLIP simple para la comunicacin puntual y la comunicacin confiable en un grupo par ala comunicacin entre partes. El sistema de archivos de Amoeba consta de tres servidores: el servidor de archivos para el almacenamiento de stos, el de directorios para otorgar nombres y el de rplicas para la rplica de archivos. 4.2.2) Mach Este sistema distribuido se basa en un microncleo. Es un proyecto de diseo de sistemas operativos iniciado en la Universidad Carnegie Mellon en 1985. Se hizo que Mach fuese compatible con UNIX, esperando poder utilizar el enorme volumen disponible de software para UNIX. La primera versin apareci en 1986. Los objetivos de este proyecto han ido variando con el tiempo. Los objetivos se pueden resumir en: Proporcionar una base para la construccin de otros sistemas operativos Soporte de un espacio de direcciones ralo y de gran tamao Permitir el acceso transparente a los recursos de la red Explorar el paralelismo tanto en el sistema como en las aplicaciones Hacer que Mach se pueda transportar a una coleccin ms grande de mquinas. La idea es explorar los multiprocesadores y los sistemas distribuidos, a la vez que se puedan emular los sistemas ya existentes como UNIX, MS-DOS y Macintosh. El microncleo de Mach se dise para emular a UNIX y otros sistemas operativos. Esto se lleva a cabo mediante una capa del software que se ejecuta fuera del ncleo, en el espacio del usuario. Cada emulador consta de una parte que est presente en el espacio de direcciones de los programas de aplicacin, as como uno o ms servidores que se ejecutan de manera independiente a los programas de aplicacin. Se pueden ejecutar varios emuladores al mismo tiempo. El ncleo de Mach, al igual que otros microncleos, proporciona la administracin de procesos, la administracin de la memoria, la comunicacin y los servicios de E/S. Los archivos, directorios y dems funciones tradicionales de sistema operativo se controlan en el espacio del usuario. La idea del ncleo es proporcionar los mecanismos necesarios para que el sistema funcione, pero dejando la poltica a los procesos a nivel de usuario. Mach se basa en los conceptos de procesos, hilos, puertos y mensajes. Mach tiene un sistema de memoria virtual muy elaborado con objetivos de memoria que se pueden asociar o desasociar de los espacios de direcciones, respaldado por administradores de memoria externos a nivel de usuario. De esta forma se puede escribir o leer de los archivos en forma directa.
4.2.3) Chorus Chorus surgi en el instituto francs de investigacin INRIA en 1980 como proyecto de investigacin en sistemas distribuidos. Desde entonces han aparecido 4 versiones, de la 0 a la 3. La versin 0 era quera modelar aplicaciones distribuidas como coleccin de actores, en esencia procesos estructurados, cada uno de los cuales alternaban entre la realizacin de una transaccin atmica y la ejecucin de un paso de comunicacin. La versin 1 se centr en la investigacin de multiprocesador. Fue escrita en Pascal compilado en vez de interpretado y se distribuy en una docena de universidades y compaas. La versin 2 fue una reescritura fundamental en C. Se dise de modo que las llamadas al sistema fuesen compatibles con UNIX en el nivel del cdigo fuente. La versin 3 marc la transicin de un sistema de investigacin a un producto comercial. Se introdujo la llamada a procedimientos remotos como el modelo de comunicacin usual. Para que sea un producto viable se aument la capacidad de emulacin de UNIX, de modo que los programas en UNIX se ejecutaran sin compilarse de nuevo. Los objetivos de Chorus son: Emulacin de UNIX de alto rendimiento Uso de sistemas distribuidos Aplicaciones de tiempo real Integracin de la programacin orientada a objetos en Chorus Est estructurado en capas. En la parte inferior est el microncleo que proporciona la mnima administracin de los nombres, procesos, hilos, memoria y comunicacin. Se tiene acceso a estos servicios mediante llamadas al microncleo. Los procesos de las capas superiores proporcionan el resto del sistema operativo. Por arriba de microncleo pero operando tambin en el modo ncleo estn los procesos del ncelo. Estos se cargan y eliminan de manera dinmica durante la ejecucin del sistema y proporcionan una forma de extender la funcionalidad del microncleo sin que aumente de manera permanente su tamao y complejidad. El microncleo y los subsistemas proporcionan juntos tres construcciones adicionales: las posibilidades, los identificadores de proteccin y los segmentos. Los primeros dos se utilizan para nombrar y proteger los recursos del subsistema. La tercera es la base para la asignacin de memoria, tanto dentro de un proceso en ejecucin como en el disco. 4.2.4) DCE Se trata de un punto de vista diferente. DCE significa ambiente de administracin distribuido. A diferencia de los anteriores, este ambiente se construye sobre los sistemas operativos existentes. El ambiente ofrecido por DCE consta de un nmero grande de herramientas y servicios, ms de una infraestructura para que stos operen. Las herramientas y servicios han sido elegidos de modo que funcionen juntos de manera integrada y faciliten el desarrollo de aplicaciones distribuidas. Por ejemplo, DCE proporciona un mecanismo para sincronizar los relojes de mquinas diferentes y obtener el concepto global de tiempo. DCE se ejecuta en muchos tipos distintos de computadoras, sistemas operativos y redes. De esta forma los desarrolladores de aplicaciones producen con facilidad software portable en varias plataformas, amortizando los costos de desarrollo e incrementando el tamao del mercado
potencial. El modelo de programacin subyacente en todo DCE es el modelo cliente/servidor. Los procesos usuario actan como clientes para tener acceso a los servicios remotos proporcionados por los procesos servidor. DCE soporta dos facilidades que se utilizan intensamente, tanto dentro del propio DCE como en los programas usuario: hilos y RPC. Los hilos permiten la existencia de varios flujos de control dentro de un proceso. RPC es el mecanismo bsico de comunicacin dentro de DCE. Permite que un proceso cliente llame a un procedimiento en una mquina remota. DCE soporta cuatro servicios principales a los que tienen acceso los clientes: los servicios de tiempo, directorios, seguridad y archivos. El servicio de directorios guarda los nombres y posiciones de todos tipos de recursos y permite que los clientes los busquen. El servicio de seguridad permite que los clientes y servidores se autentiquen entre si y realicen una RPC autentificada. El sistema de archivos proporciona un espacio de nombres para todos los archivos del sistema.
Conclusiones
Despus de la elaboracin del presente trabajo sobre los sistemas operativos centralizados y distribuidos se ha llegado a las siguientes conclusiones: La diferencia entre estos dos tipos de sistemas operativos est en base a los recursos que maneja cada uno. Los sistemas operativos centralizados utilizan los recursos de una sla computadora, mientras que los sistemas operativos distribuidos gestionan los recursos de mltiples computadoras. Los sistemas operativos centralizados aparecieron primero y los distribuidos estn unos escalones adelante en la evolucin de los sistemas operativos. Hay mucha experiencia en los sistemas centralizados pero en los distribuidos hay an temas que requieren ms investigacin. Los sistemas operativos que usamos normalmente en nuestras casas o en la universidad son centralizados, con capacidad para conectarse en red, pues en estos ambientes slo nos interesa usar la mquina que ocupamos, pero en otros lugares, ya sea empresas u otras universidades puede interesarles tener las computadoras bajo un sistema distribuido y proporcionar por ejemplo un uso transparente de una gran capacidad de disco o capacidad de procesamiento. Es mucho ms compleja la implementacin de un sistema operativo distribuido pues al tener que gestionarse varias mquinas cambian los algoritmos, la forma de planificacin, la manera en la que se comunican los procesos, la sincronizacin, ya que en este nuevo entorno no se puede tener toda la informacin sobre todos los nodos as que hay que buscar la manera posible de sobrellevar esta situacin. El verdadero paralelismo se alcanza con los sistemas operativos distribuidos, pues tienen la caracterstica de poder ejecutar varios procesos en diferentes nodos al mismo tiempo, con lo que se mejora el performance del sistema en general. Con un sistema con un slo procesador el paralelismo era falso, ya que la tcnica de la multiprogramacin brinda slo la ilusin de que varios procesos se ejecutan a la vez, claro que tambin se puede lograr paralelismo con los nuevos procesadores de varios ncleo. Mientras que el objetivo del sistema operativo centralizado radica en llevar una buena gestin de los recursos con los que cuenta la mquina, el objetivo del sistema distribuido es crear una transparencia para el usuario, de forma que vea al conjunto de computadoras como una sla y no se de cuenta donde esta el lmite entre su mquina y cualquier otro nodo. Los sistemas distribuidos tienen varias ventajas frente a los centralizados como la economa, la velocidad, la confiabilidad, la flexibilidad, la comunicacin y el crecimiento por incrementos.
Bibliografa
Cabello, Daz y Martnez. (1997). Sistemas Operativos, Teora y Prctica. Madrid: Daz de Santos.
Flynn, Ida y Mclver, Ann. (2001). Sistemas Operativos (3a ed.). Mxico: Thomson.
Rojo, Oscar. (2003). Introduccin a los sistemas distribuidos. Obtenido el 6 de Junio de 2009, de http://www.augcyl.org/
Morera Pascual, Juan y Perez-Campanero, Juan. (2002). Conceptos de Sistemas Operativos. Madrid: Universidad Pontificia de Comillas.