SISTEMAS OPERATIVOS

1

• SISTEMAS OPERATIVOS
• Claudia Edith López Guerrero is31986_at_iteso.mx
• Martha Beatriz Chávez Romero is31897_at_iteso.mx
• Ricardo Hernández Rodríguez is35182_at_iteso.mx

2
El desarrollo operacional de Solaris

• El explosivo nivel de crecimiento en términos de
  ancho de banda redes de trabajo e instrumentos
  digitales han creado un fenómeno conocido como el
  efecto red. Esto ha forzado a las organizaciones
  a plantearse como crear, extender y deliberar los
  servicios de tecnología, al mismo tiempo ellos
  crean oportunidades masivas de innovación con
  recompensa en servicio y funcionabilidad.
•  

3

• Por más de 15 años, SUN le ha dicho al mundo
  que la red es la computadora y ha encontrado la
  manera de ayudar a sus clientes trasformando el
  poder del efecto red.
• En la fundación de los sistemas SUN el ambiente
  operativo de SOLARIS habilita la IT a servir a
  las promesas a escala mayor, continuando con el
  tiempo real, y sistemas de seguridad mientras
  crecen los niveles de servicio, reduciendo
  riesgos y bajando costos, con el Software de
  Solareis 8 puedes eficientar el manejo de tus
  recursos y proveer altos niveles de servicio.

4

• Esto también ayuda a reducir complejidad
  prohibiendo interfaces fáciles de usar y
  herramientas administrativas comprensibles todo
  para ayudar a bajar el riesgo de las IT.

5
 SOLARIS ES ESCALABLE

• Diseñado para multiprocesamiento y computadoras
  de 64 bits. Solaris ofrece un constante ambiente
  desde los más pequeños servidores departamentales
  hasta los masivos, clusters de servidores que
  pueden soportar mas de 100 CPUs.
• Cuando el sistema se desborda por el crecimiento
  empresarial no hay necesidad de mudarse a otro
  sistema de operativo.
•  

6

• El diseño multilhilos del ambiente Solaris
  también ofrecen un desarrollo más rápido para
  cada aplicación y el centro de las funciones del
  sistema,

7
La plataforma Solaris soporta

• Un millón de procesos simultáneos en un sistema
  simple.
• Más de 128 CPUs en un sistema simple.
• Más de 4 billones de conexiones de red.
• Clusters de 2, 4 o 8 nodos.
• Direcciones IPV4 y IPV6.
• Más de 512 CPUs en un ambiente de clusters.

8
Seguridad con solaris

• Solaris ayuda a decrementar el riesgo de las IT
  protegiendo la red de ataques externos e
  internos.
• Rutinas de encriptación de 56bits y de 128 bits

9
SOLARIS ESTA CONECTADO

• SOLARIS 8 provee interoperabilidad y optimiza
  los trabajos de la red a través de un rango de
  plataformas, esto significa que puede soportar
  simultáneamente cientos de miles de usuarios a
  través del mundo en cualquier tiempo, en
  cualquier lado y con cualquier herramienta.
• Porque el ambiente operacional de solaris 8 es
  universal, éste soporta un set global de
  lenguajes que se pueden añadir o retirar en
  cualquier momento, solaris soporta 37
  lenguajes, 123 locales y formatos de texto
  complejo como árabe, thailandés y hebreo.

10
REQUISITOS DEL SISTEMA

• Plataformas SPARC (32 y 64bits) o Intel (32bits)
• 600MB para terminales de espacio en disco
• 1 GB para servidores de espacio en disco
• 64 MB mínimo en RAM
•  

11
ADMINISTRACION DE HILOS EN SOLARIS

• Solaris implementa un inusual soporte
  multinivel de hilos, con el cual provee
  considerablemente de flexibilidad en la
  exploración de los recursos del procesador.

12
ARQUITECTURA MULTIHILOS

• Proceso es el proceso normal de UNIX que incluye
  el espacio de dirección del usuario, pila y
  bloque de control del proceso.
• Hilos Nivel Usuario implementados a través de
  una librería de hilos en el espacio de dirección
  de un proceso, estos son invisibles al sistema
  operativo. ULTs son la interfase para
  aplicaciones paralelas.
• Procesos Ligeros un proceso ligero (LWP) puede
  ser visto como un mapeo entre ULTs (Hilos nivel
  usuario) y los hilos del kernel. Cada LWP soporta
  uno o mas ULTs y mapea a un hilo del kernel.
  LWPs son listados por el kernel
  independientemente y se pueden ejecutar en
  paralelo en multiprocesadores.
• Hilos del Kernel estos son las entidades
  fundamentales que pueden ser listadas y atendidos
  para ejecutarse en uno de los procesadores del
  sistema.

13

• Por cada hilo kernel existe un proceso ligero.
  El proceso ligero es visible a la aplicación
  dentro del proceso. Además la estructura de datos
  del proceso ligero esta dentro de su respectivo
  espacio de dirección en el proceso.

14
(No Transcript)
15
ESTRUCTURA DE UN PROCESO

• En la implementación típica de UNIX, la
  estrucura de un proceso incluye
•  
• Identificador del proceso
• Identificador del usuario
• Tabla de señales
• Descriptor de archivos (describe el estado de los
  archivos usados por este proceso)
• Mapa de memoria
• Estado del procesador (que incluye la pila del
  kernel para el proceso)

16

• Solaris retiene la estructura básica pero
  reemplaza el bloque del estado del procesador con
  una lista de estructuras que contienen un bloque
  de datos por cada proceso ligero.
• La estructura de datos de un LWP contiene
• Un identificador
• Prioridad
• Mascara de señal
• Registros
• Kernel stack
• Apuntador a el hilo kernel correspondiente

17
(No Transcript)
18
PRIMITIVAS DE SINCRONIZACIÓN DE HILOS

• Solaris soporta 4 primitivas de sincronización
• Exclusión mutua
• Semáforos
• Lectores múltiples/ escritor simple
• Condiciones variables

19
CANDADO PARA EXCLUSIÓN MUTUA

• Cuando el candado mutex está activo previene
  que no haya más de un un hilo por procedimiento.
• El hilo que pone el bloqueo a mutex debe ser el
  mismo que lo desbloquee.
• Los primitivas asociadas al candado o mutex son
• mutex_enter() acceso al candado, potencialmente
  bloqueado si ésta activo.
• mutex_exit()quita el candado, potencialmente
  desbloqueando a un proceso en espera.
• mutex_tryenter() acceso al candado si no ha sido
  activado aún, el mutex _tryenter provee un camino
  de no bloqueo para el desarrollo de la función de
  exclusión mutua.

20
SEMAPHORE

• sema_p() decremento del semáforo,potencial-
• mente bloquea el hilo
• sema_v() incrementa el semáforo, potencialmente
  desbloquea un hilo en espera
• sema_tryp() decremento del semáforo si no es
  requerido el bloqueo

21
Lectores múltiples/ escritor simple

• El bloqueo escritores-lectores, permite hilos
  múltiples quedan acceso simultáneo a un objeto
  de solo lectura protegido por un candado, y
  también permiten el acceso de un solo hilo a
  objetos para escribir una vez mientras excluyen
  toda la lectura cuando el candado es accesado
  para escritura, este toma el estatus de candado
  escrito, todos los hilos de acceso de escritura y
  lectura deben esperar.

22

• Si uno o más de los lectores accesan al candado
  este toma el estado de candado de lectura y los
  primitivos de lectura
•   rw_enter() te permite acceder a un candado de
  lector o de escritor.
•  rw_exit() quita el candado de lector escritor
• rw_tryenter accesas al candado si el bloqueo no
• es requerido.

23

• rw_downgrade() un hilo que es accesado como
  candado escritura se convierte en candado de
  lectura, cualquier escritor en espera seguirá en
  espera hasta que este hilo quite el bloqueo. Si
  no hay ningún escritor en espera despertará a
  cualquier lector pendiente.
•  rw_tryupgrade()permite convertir un candado de
  lectura en un candado de escritura.

24
CONDICIÓN VARIABLE

• Es usada para esperar si la condición particular
  es verdadera , las variables deben ser usadas
  en conjunto con un candado mutex
• cv_wait bloquea mientras la condición señalada
• cv_signal levanta uno de los hilos
  bloqueados en c_wait
• cv_broadcast despierta todos lo hilos
  bloqueados en c_wait

25

• cv_wait levanta la sociación mutex antes de
  bloquear y antes requrirlo y antes de regresar
  porque la requisisón de mutex puede ser bloqueada
  por otros hilos esperando por el mutex.

26

•  La condición de causa de espera puede ser vuelta
  a provar
• Mutex_enter(m)
• ..
• while(some_condition)
• cv_wait(cv. m)
• ..
• mutex_exit(m)

27
SISTEMA DE PAGINACIÓN

• Para paginar memoria virtual, UNIX hace uso de
  un numero de estructuras de datos que, con un
  ajuste menor, funcionan como máquinas
  independientes
• Tabla de páginas típicamente, hay una tabla de
  paginas por proceso, con una entrada para cada
  pagina en memoria virtual para ese proceso.
• Descriptor de bloque de disco asociado con cada
  pagina del proceso, hay una entrada en esta tabla
  que describe la copia de disco de la pagina
  virtual
• Tabla de page frame data describe cada frame de
  memoria real y es indexado por un numero de frame
• Tabla de uso de intercambios existe una tabla
  para cada dispositivo de intercambio, con una
  entrada para cada pagina del dispositivo

28
REEMPLAZO DE PAGINAS

• La pagina de la tabla de datos es usada para el
  reemplazo de paginas. Varios apuntadores son
  usados para crear listas dentro de esta tabla.
  Todos los frames disponibles son ligados en una
  lista de frames libres. Cuando el numero de
  paginas disponibles cae bajo un cierto limite, el
  kernel tomara un numero de paginas para
  compensarlo.