1 Sistemas Operativos para redes Clasificación de sistemas operativos de redes por su estructura: Sistemas operativos de estructura monolítica, es decir, están compuestos por un solo programa que contiene varias rutinas entrelazadas de forma que una de ellas puede comunicarse fácilmente con el resto. Sistemas operativos de estructura jerárquica. Con el tiempo los sistemas operativos se van mejorando y se hizo necesario que el sistema operativo tuviese varias partes bien definidas del resto y con una interfase propia. Con estas partes, capas o niveles se pretendía entre otras que cosas que la partes mas importantes del sistema operativo estuviesen a salvo de intrusos. Sistemas operativos cliente-servidor. Este tipo de sistemas operativos para redes es el que actualmente esta en uso en la mayoría de las computadoras. Es un sistema operativo muy compatible, porque sirven para cualquier computadora y prácticamente para todos los programas. El sistema operativo cliente-servidor el usuario o cliente hace una petición al servidor correspondiente para tener acceso a un archivo o efectuar una actuación de entrada o salida sobre un dispositivo concreto.

2 Clasificación de sistemas operativos para redes por la forma de ofrecer sus servicios: Sistemas operativos de red. Son aquellos sistemas operativos capaces de relacionarse eficientemente con sistemas operativos instalados en otras computadoras transmitiendo o intercambiando información, archivos, ejecutando comandos remotos, etc. Sistemas operativos distribuidos. Este tipo de sistema operativo de red lleva a cabo todos los servicios que realizaba el sistema operativo de red, pero además consigue compartir más recursos como impresoras, memorias, unidades centrales de proceso (CPU), discos duros, etc. Y el usuario no necesita saber la ubicación del recurso, ni ejecutar comandos, sino que los conoce por nombres y los usa como si fuesen locales o propios de su computadora.

3 Un sistema operativo de red funciona en un entorno donde hay varios computadores host interconectados por una red. El SO está diseñado tratando de ocultar la ubicación de los recursos de la red, lo que significa que el software de aplicación debe asumir la responsabilidad de la localización de los recursos

4 Software de Aplicación Otro software Del sistema SO de tiempo compartido Software de Aplicación Otro software Del sistema SO de tiempo compartido Software de Aplicación Otro software Del sistema SO de tiempo compartido Protocolos de redProtocolos de red

5 Sistema Operativo Distribuido Software de Aplicación Otro software Del sistema Software de Aplicación Otro software Del sistema La principal meta de un SO distribuido (en contraste con un SO de red) es el localizar y gestionar automáticamente la ubicación de los recursos de la red. Los programas de aplicación se escriben sin tener que conocer la ubicación de los recursos de red que se están usando.

6 Primitivas de Comunicación Gestión global de recursos de red Tolerancia a fallos Servicios que proporciona Se identifican cinco elementos que distinguen los sistemas operativos distribuidos de loa sistemas operativos de red: Nominación y protección

7 SISTEMAS OPERATIVOS PARA REDES UNIX WINDOWS NT NETWARE WINDOWS PARA TRABAJO EN GRUPO (WFW) WINDOWS 95 LANTASTIC CONTEXTUALIZACIÓN BIBLIOGRAFIA

8 Conjunto de TécnicasConexiones físicas (Hardware) Programas informáticos Interconexión Dos o mas ordenadores o computadores (LAN-LOCAL ÁREA NETWORK) REDES CONTEXTUALIZACION

9 SISTEMAS OPERATIVOS PARA REDES Hardware-LAN Instalación Sistema operativo de Red o N.O.S. AdministrarCoordinar Operaciones LAN Diseño del N.O.S. Necesidades del Operador Nro. de Ordenadores Volumen de Información Necesidades de Servicio o Soporte Técnico

10 SISTEMAS OPERATIVOS PARA REDES UNIX Laboratorios Bell 1968 Sistema Operativo Multiusuario Esta escrito en Lenguaje C Simulación de Multiproceso Su núcleo se Denomina Kernel El Shell es su programa de control En la actualidad se posesiona como uno de los mas completos NOS del Mercado

11 SISTEMAS OPERATIVOS PARA REDES WINDOWS NT Microsoft NT= Nueva Tecnologia Sistema Operativo Multiusuario Soporta múltiples protocolos Multitarea Capacidad de Auditoria del Sistema en tiempo real El Shell es su programa de control Fue diseñado para grandes volúmenes de trabajo Seguridad en sesiones remotas Detección de intrusos Asignación de permisos de acceso dependiendo del usuario

12 SISTEMAS OPERATIVOS PARA REDES NETWARE Novell Cambiar los Mainframes por redes de Pc`s Sistema Operativo Multiusuario El Protocolo utilizado es el IPX Multitarea La conexión se realiza a través de NCP (Network Core Protocol) No permite el uso de servidores no dedicados Esta basado en el Xerox Network System-XNS, pero con modificaciones Permite las actualizaciones remotas Capacidad de Auditorias Asignación de permisos de acceso dependiendo del usuario

13 SISTEMAS OPERATIVOS PARA REDES WINDOWS PARA TRABAJO EN GRUPO (WFW) Microsoft Diseñado para LAN pequeñas Es una extensión para redes, del SO windows El Protocolo utilizado es el NetBIOS Multitarea No permite el uso de servidores no dedicados Tiene el plus de ofrecer todas las aplicaciones de la marca, para ser utilizadas en el entorno de red Su seguridad es muy baja No tiene capacidad de enrutar la información

14 SISTEMAS OPERATIVOS PARA REDES WINDOWS 95 Microsoft Este NOS supera el rendimiento de WFW MultitareasEl Protocolo utilizado es el NetBIOS Multilectura No permite el uso de servidores no dedicados Conexión punto punto Compatibilidad con los otros NOS de redes alternativas Comparición de Archivos e impresoras

15 SISTEMAS OPERATIVOS PARA REDES LANTASTIC Artisoft Gran capacidad de conexión (Volumenes de Usuarios) MultitareasEs compatible con otros NOS en tiempo real Multilectura Capacidad de observar 32 pantallas al mismo tiempo Conexión punto punto Definición de grupos de trabajos Seguridad de Acceso Garantizada

16 16 Diseño del sistema operativo orientado a objetos ÀSO = {objetos}  Espacio de objetos del sistema ÁReflectividad (Máquina, SO) 3Comunicación Semántica del objeto Planificación

17 Requisitos de la solución Encapsulación Extensibilidad Modularidad Reusabilidad Aspectos expuestos Se expone la política de sincronización de grano grueso (Política Aceptación Mensajes) Objetivos del meta-objeto sincronizador Permite a las aplicaciones establecer distintos comportamientos para un objeto base dependiendo del entorno de ejecución en el que se vaya a utilizar, sin tener que modificar el objeto base en sí. 17

18 Ejecución meta-objeto Sincronizador Explícito MetaObjeto Receptor invoca método ExecNewMethod (mensaje solicitado, origen del mensaje, otros parámetros) Implícito Suspensión(StopMethod), Reanudación(ResumeMethod), Finalización de un método(EndMethod) Colaboración del meta-objeto sincronizador en el meta-nivel Ventajas  Separación de incumbencias  Control más sencillo de la sincronización  Problema de la herencia 18

19 19  Meta-objeto datos de O’ Objeto Base O’ O’’:=O’.m(args); Objeto Base O { instrucción 1  O’’:=call(O’, m, args)  } method m { instrucción 1  instrucción n } call {  // Caso Reflectivo  // Caso Base  } send {  // Caso Reflectivo  // Caso Base  } Meta-objeto Sincronizador method ExecNewMethod(O’, m, args) {  Entrymethod(O’, m, args) OK {  call(O’, m, args)  } NO {  DelayMethod(O’, m, args)  } } Métodos retrasados Métodos suspendidos Métodos en ejecución Meta-espacio de O’ Meta-espacio de O’’ Máquina Abstracta Consulta de los metadatos de O’     Invocación de m: Transferencia del nivel base al meta- nivel   Receptor invoca síncronamente ExecNewMethod   Ejecución conveniente: Invocación efectiva de m Ejecución no conveniente: Retrasar/Rechazar m y devolver control a O Ejecución de EntryMethod para comprobar la adecuación del método invocado

20 20 Reflectividad en el modelo de concurrencia interna Ejecución meta-objeto Sincronizador –Explícito MetaObjeto Receptor invoca método ExecNewMethod (mensaje solicitado, origen del mensaje, otros parámetros) –Implícito Suspensión(StopMethod), Reanudación(ResumeMethod), Finalización de un método(EndMethod) Colaboración del meta-objeto sincronizador en el meta-nivel Ventajas  Separación de incumbencias  Control más sencillo de la sincronización  Problema de la herencia

21 21 Diseño del sistema operativo orientado a objetos ÀSO = {objetos}  Espacio de objetos del sistema ÁReflectividad (Máquina, SO) 3Comunicación 3Semántica del objeto Planificación

22 Aspectos expuestos: Política de planificación Necesidades específicas de objetos o grupos de objetos Meta-objetos para la planificación: Meta-Objeto Planificador Jerarquía de clases de planificación en tiempo de definición: Reutilización del código Adición de nuevos planificadores: Ampliación de la jerarquía Anatomía de un objeto planificador Estado: Lista de referencias a planificar Métodos: ScheduleNext, Enqueue, IsEmpty Jerarquía inicial 22 SchedulerUSS QueueScheduler TimeScheduler FIFOPriority SRTN.......

23 Planificación de objetos: Meta-objeto Planificador Planificación de meta-objetos: Jerarquía de objetos planificadores La raíz de la jerarquía: El planificador de la máquina Transferencia de control entre los planificadores Mecanismo de paso de mensajes síncronos y retorno de los mismos 23 Planificador Raíz Máquina Abstracta Planificador A Planificador C Planificador B Objeto X Objeto Y Tiempo Reparte

24 24 Nivel Base Objeto Base Destino Objeto Base Origen Meta Nivel Meta-Objeto Sincronizador Destino Meta-Objeto Planificador Destino Meta-Objeto Emisor Origen Meta-Objeto Receptor Destino 1: MOEmisor.RCallE(...); 2: MO’Receptor.RCallR(...); 3: MO’Sin.ExecNewMethod(...); 4: MO’Sched.Enqueue(...); Destino.m(...); 6: ct=Ejecutar método destino 0: MS =this.GetMetaSpace(); MOEmisor=MS.GetMObyClass(“Emisor”); MOReceptor=MS.GetMObyClass(“Receptor”); MOSinc=MS.GetMObyClass(“Synch”); MOSched=MS.GetMObyClass(“Sched”); 0: MS’=destino.GetMetaSpace(); MO’Emisor=MS’.GetMObyClass(“Emisor”); MO’Receptor=MS’.GetMObyClass(“Receptor”); MO’Sinc=MS’.GetMObyClass(“Synch”); MO’Sched=MS’.GetMObyClass(“Sched”); 5: MO’.ScheduleNext(...);