Professional Documents
Culture Documents
Conceptos y Caractersticas de los SOR y SOCPg. Conceptos y Caractersticas de los SOD.Pg. SOD; Ventajas y Desventajas contra SOC, SOR y Cliente Modelo Servidor ..Pg. SD de alto rendimiento a bajo costo en SO de libre distribucin..Pg.
2 5 7 8
cuenta est activa en el sistema en un momento dado. Un NOS soporta varias cuentas de usuario al mismo tiempo y permite el acceso concurrente a recursos compartidos por varios clientes. Los SOC (Sistemas Operativos Centralizados) son aquellos SO que utilizan los recursos de una sola computadora, es decir, su memoria, CPU, disco y perifricos. Respecto al hardware podemos decir que se suele tratar de un computador caro y de gran potencia, con terminales alfanumricos directamente conectados. Suele tratarse de una computadora de tipo desktop, en las cuales es comn encontrar un monitor grande con un teclado y un mouse; adems de un case para albergar la unidad de procesamiento y los dems componentes. Los problemas de este modelo son que cuando la carga de procesamiento aumentaba se tena que cambiar el hardware del Mainframe, lo cual es ms costoso que aadir ms computadores personales clientes o servidores que aumenten las capacidades. El otro problema que surgi son las modernas interfaces grficas de usuario, las cuales podan conllevar a un gran aumento de trfico en los medios de comunicacin y por consiguiente podan colapsar. En un entorno familiar se puede encontrar una computadora. Estas tienen un sistema operativo centralizado porque el ordenador es nico y no necesita trabajar en paralelo con ninguna otra computadora, ya que no se encuentra conectado a ninguna. Normalmente estos ordenadores tienen uno o dos procesadores potentes y caros que satisfacen las necesidades de cmputo del usuario.
Gestin de memoria
El manejo de memoria tiene que ver con la asignacin de memoria, el mapeo lgico y fsico, la memoria virtual y los mecanismos de proteccin. En el sistema centralizado se maneja slo la memoria con la que cuenta la computadora en la que est instalado el sistema
Gestin de procesos
Para ejecutar un proceso, se le asigna memoria y se ejecuta sobre el (normalmente) nico procesador del sistema. Es ms simple que en un sistema distribuido pues siempre se va a elegir el procesador local, as que el tema pasa ms por buscar el funcionamiento ptimo del procesador que se posea y en buscar en qu procesador ejecutar un proceso para aprovechar las posibilidades de cmputo. La gestin de procesos en un sistema operativo centralizado se ocupa de los mecanismos y polticas para compartir o repartir un procesador entre diversos procesos de usuario.
Gestin de Dispositivos
En un sistema centralizado, la asignacin de los recursos disponibles est gestionada, como ya sabemos, por el sistema operativo. Tambin se encarga de aplicar las tcnicas de buffering y spooling. Para desacoplar las velocidades de funcionamiento de los dispositivos con las de otros elementos del sistema y, por lo tanto, aumentar el rendimiento, es habitual la utilizacin de
almacenamiento intermedio o buffering tanto de entrada como de salida. El uso del spooling consiste en tener un buffer que almacena datos a enviar a un dispositivo que no admite operaciones de diferentes orgenes intercaladas.
Gestin de Archivos
Para el manejo de archivos hay que tener en cuenta el acceso a archivos, la comparticin de archivos, el control de concurrencia y la replicacin de datos. Es la parte del sistema operativo centralizado que se encarga de proporcionar a los usuarios y aplicaciones servicios de para el uso, acceso y control de accesos, tanto de archivos como a directorios. Los objetivos bsicos de la gestin de archivos son: garantizar que la informacin del archivo sea vlida, optimizar el acceso a los archivos, proveer soporte E/S a gran variedad de dispositivos de almacenamiento, entregar los datos que el usuario pide, minimizar o eliminar una potencial perdida de datos, proveer un conjunto estndar de rutinas E/S, proveer soporte de E/S a mltiples usuarios
Los interfaces software clave del sistema estn claramente especificados y se ponen a disposicin de los desarrolladores. En una palabra, los interfaces se hacen pblicos. Los sistemas distribuidos abiertos se basan en la provisin de un mecanismo uniforme de comunicacin entre procesos e interfaces publicados para acceder a recursos compartidos. Los sistemas distribuidos abiertos pueden construirse a partir de hardware y software heterogneo, posiblemente proveniente de vendedores diferentes. Pero la conformidad de cada componente con el estndar publicado debe ser cuidadosamente comprobada y certificada si se quiere evitar tener problemas de integracin.
Conceptos de DOS. Transparencia de Acceso: Permite el acceso a los objetos de informacin remotos de la misma forma que a los objetos de informacin locales. Transparencia de Localizacin: Permite el acceso a los objetos de informacin sin conocimiento de su localizacin Transparencia de Concurrencia: Permite que varios procesos operen concurrentemente utilizando objetos de informacin compartidos y de forma que no exista interferencia entre ellos. Transparencia de Replicacin: Permite utilizar mltiples instancias de los objetos de informacin para incrementar la fiabilidad y las prestaciones sin que los usuarios o los programas de aplicacin tengan por que conoces la existencia de las rplicas.
Transparencia de Fallos: Permite a los usuarios y programas de aplicacin completar sus tareas a pesar de la ocurrencia de fallos en el hardware o en el software. Transparencia de Migracin: Permite el movimiento de objetos de informacin dentro de un sistema sin afectar a los usuarios o a los programas de aplicacin. Transparencia de Prestaciones. Permite que el sistema sea reconfigurado para mejorar las prestaciones mientras la carga varia. Transparencia de Escalado: Permite la expansin del sistema y de las aplicaciones sin cambiar la estructura del sistema o los algoritmos de la aplicacin.
Desventajas: Requerimientos de mayores controles de procesamiento. Velocidad de propagacin de informacin (Muy lenta a veces). Servicios de replicacin de datos y servicios con posibilidades de fallas. Mayores controles de acceso y proceso (Commit). Administracin ms compleja. Costos.
Procesos que requieren de mucho CPU, aplicaciones cientficas, de ingeniera, etc. Procesos paralelos, especialmente los que tienen tiempos de ejecucin impredecibles. Clusters con nodos de diferentes velocidades y/o distintas cantidades de memoria. Entornos multiusuario y de tiempo compartido. Servidores WEB escalables.
MOSIX funciona silenciosamente. Sus operaciones son transparentes para las aplicaciones. Los usuarios no necesitan saber dnde se estn ejecutando los procesos, tampoco necesitan preocuparse de lo que estn haciendo otros usuarios. Como MOSIX est implementado en el kernel de Linux, sus operaciones son totalmente transparentes para las aplicaciones. Esto permite definir distintos tipos de clusters, incluso un cluster con diferentes CPUs o velocidades LAN. ALGUNAS DE LAS PRINCIPALES CARACTERSTICAS DE MOSIX2[5] SE DETALLAN A
CONTINUACIN: Provee un Single-System Image (SSI). El descubrimiento automtico y transparente de recursos es llevado a cabo por un algoritmo de diseminacin de informacin on-line, suministrando a cada nodo la ltima informacin sobre la disponibilidad y el estado de cada recurso en el grid. Mosix soporta dos tipos de procesos: procesos Linux y procesos Mosix. Los primeros no son afectados por Mosix y corren en el modo nativo de Linux y no pueden ser migrados. Los procesos Mosix son generalmente aplicaciones de usuario que pueden beneciarse de la migracin. Estos procesos comienzan su ejecucin como los ejecutables estndares de Linux, pero corren en un ambiente virtual que les permite migrar de un nodo a otro, siempre conservando su nodo origen (homenode). La migracin de procesos puede ser tanto automtica como manual. La migracin automtica es supervisada por algoritmos on-line, que continuamente intentan mejorar la performance: balance de carga, memoria libre disponible, migracin desde nodos lentos a nodos rpidos. Soporte de organizaciones virtuales. En un grid basado en Mosix2, los administradores autorizados de cada cluster fsico pueden conectarse/desconectarse del grid en cualquier momento. Luego del pedido de desconexin todos los procesos remotos, si los hay, son migrados a otros nodos. Mosix2 soporta la ejecucin de procesos de larga duracin (longrunning processes)
10
a travs del mecanismo de congelamiento y la reactivacin gradual mediante el cual los procesos pueden ser congelados en el nodo origen cuando un cluster es desconectado y luego ser reactivados gradualmente cuando nuevos recursos estn disponibles. Un mtodo de prioridades asegura que los procesos con una prioridad ms alta siempre pueden desplazar a los procesos con una prioridad inferior. Un ambiente de ejecucin seguro para los procesos remotos. La capa de virtualizacin garantiza que un proceso migrado no pueda modicar u obtener acceso a algn recurso. que no sea la CPU o la memoria en el nodo remoto. El cuidado se realiza interceptando todas las llamadas a sistema para que no puedan tener acceso a los recursos del nodo remoto. La mayora de ellas son enviadas al nodo origen. Como resultado tenemos un ambiente de ejecucin seguro (sandbox ), que protege al nodo remoto de procesos invitados sospechosos. . Live Queuing. Mosix2 incorpora una cola dinmica que permite despachar un nmero de tareas, para correr cuando estn disponibles recursos sucientes. . Soporte de batch jobs, checkpoint y recuperacin. Mosix2 soporta batch jobs que pueden ser enviados a algn nodo del cluster local. Estos pueden ser tanto Linux batch jobs nativos como ser ejecutados bajo la disciplina Mosix. La mayora de los procesos Mosix soportan Checkpoint y recuperacin. Cuando se realiza un checkpoint la imagen del proceso es guardada en un archivo. En caso de ser necesario el proceso puede recuperar esta imagen desde el archivo y continuar con su ejecucin en un nodo. . El monitor. Mosix2 cuenta con un monitor que provee informacin sobre los recursos en el grid y en cada cluster, como ser: velocidad de CPU, carga del CPU, memoria libre vs. Memoria usada, espacio de swap, entre otros.