Procesos e hilos- Parte 1

8.578 visualizaciones

Publicado el

Este documento contiene la explicación de un proceso en un Sistema operativo.

1 comentario
3 recomendaciones
Estadísticas
Notas
  • Hi. I'm cuban.
    And I hope someone from anywhere on the world can help me!!
    I'm very interested in this topic...Can you help me?
    Thanks in advance!!!
       Responder 
    ¿Estás seguro?    No
    Tu mensaje aparecerá aquí
Sin descargas
Visualizaciones
Visualizaciones totales
8.578
En SlideShare
0
De insertados
0
Número de insertados
341
Acciones
Compartido
0
Descargas
250
Comentarios
1
Recomendaciones
3
Insertados 0
No insertados

No hay notas en la diapositiva.

Procesos e hilos- Parte 1

  1. 1. Procesos e Hilos<br />Estamos a punto de emprender un estudio detallado de cómo los sistemas operativos son diseñados y construidos.<br />Bienvenidos!!<br />
  2. 2. Procesos<br />Consideremos un servidor a donde convergen las peticiones de páginas Web provenientes de todo lado.<br />Cuando llega una petición el servidor verifica si la página está en la caché. De ser así devuelve la página.<br />Si no está en la caché inicia una petición al disco para obtenerla. (dada la velocidad de la CPU esta petición tarda eternidades)<br />Mientras la petición se ejecuta muchas peticiones concurrentes pueden ejecutarse, sobre el mismo disco u otros.<br />Lo importante es Modelar y controlar la Concurrencia<br />
  3. 3. Procesos<br />En una PC:<br />Mientras arranca el Sistema Operativo, en secreto se ejecutan:<br />Correo electrónico.<br />Actividades que comprueban la disponibilidad de nuevas versiones de virus…..<br />Mientras navega en la Web:<br />Quema CDs<br />Imprime archivos<br />
  4. 4. Procesos<br />En cualquier sistema de multiprogramación, la CPU conmuta de un proceso a otro con rapidez, dando la apariencia de paralelismo o pseudoparalelismo.<br />
  5. 5. El modelo del proceso<br />
  6. 6. El modelo del proceso<br />Todo el software ejecutable en la computadora, en el que se incluye el sistema operativo se organiza en varios procesos secuenciales.<br />Un proceso es una instancia de un programa en ejecución, incluyendo los registros , contador de programa y variables.<br />En concepto cada proceso tiene su CPU virtual, aunque la CPU real conmuta de un proceso a otro.<br />
  7. 7. El modelo del proceso (a)<br />Esta figura muestra una computadora multiprogramando 4 programas en memoria.<br />
  8. 8. El modelo del proceso (b)<br />Lista 4 procesos cada una con su propio flujo de control, con su contador de programa lógico y cada uno ejecutándose en forma independiente.<br />Desde luego que solo hay un contador de programa físico por lo que cuando se ejecuta cada proceso se carga su contador de programa lógico en el contador de programa real.<br />
  9. 9. El modelo del proceso (c)<br />En la figura podemos ver que en un intervalo suficientemente largo todos los procesos han progresado, pero en cualquier momento dado solo hay un proceso en ejecución.<br />
  10. 10. El modelo de proceso<br />La CPU conmuta rápidamente entre un proceso y otro, la velocidad a la que el proceso ejecuta sus cálculos no es reproducible, aunque se ejecuten los mismos procesos de nuevo.<br />
  11. 11. Diferencia entre proceso y programa.<br />Instrucciones para hacer el pastel . (programa)<br />El hacer el pastel siguiendo las instrucciones es el proceso.<br />Los ingredientes son los datos.<br />
  12. 12. Procesos – programas - prioridad<br />Si al estar haciendo el pastel , llega su hijo llorando por que le picó una abeja, el cocinero deja de hacer el pastel y abre un libro de primeros auxilios, en este momento pasó a un proceso de mayor prioridad, cuando termine volverá y continuará con el anterior proceso.<br />
  13. 13. CREACIÓN DE UN PROCESO<br />Los Sistemas Operativos necesitan cierta forma de crear y terminar procesos, según sea necesario durante la operación:<br />Hay 4 eventos principales que provocan la creación de procesos:<br />El arranque del sistema.<br />La ejecución, desde un proceso, de una llamada al sistema para creación de procesos.<br />Una petición de Usuario para crear un proceso.<br />El inicio de un trabajo por lotes.<br />
  14. 14. CREACIÓN DE UN PROCESO<br />Arranque del sistema (1):<br />Cuando arranca el SO se crean varios procesos,:<br />En primer plano: Es decir procesos que interactúan con los usuarios (humanos) y realizan trabajo para ellos.<br />
  15. 15. CREACIÓN DE UN PROCESO<br />Arranque del sistema:<br />Cuando arranca el SO se crean varios procesos (2):<br />En segundo Plano: son los que no están asociados con usuarios sino con funciones específicas Ejemplo: manejar actividades como correo electrónico, para avisar que llega un correo entrante, aceptar peticiones entrantes de páginas Web, noticias, impresiones etc. Estos se conocen como demonios (daemons). <br />Los sistemas grandes tiene docenas de ellos.<br />Verlos en Administrador de tareas<br />
  16. 16. CREACIÓN DE UN PROCESO<br />La ejecución desde un proceso en ejecución:<br />Un proceso a menudo llama al sistema para crear uno o más procesos, para que le ayuden a realizar su trabajo.<br />Ejemplo para obtener una gran cantidad de datos desde la red para su posterior procesamiento:<br />Se creará un proceso para obtener datos y colocarlos en un buffer compartido,<br />Mientras un segundo proceso remueve los datos del buffer y los procesa.<br />En un multiprocesador esto se realiza con mayor rapidez.<br />
  17. 17. CREACIÓN DE UN PROCESO<br />Petición de un usuario para crear un proceso:<br />El usuario puede crear un proceso con un doble clic en un ícono.<br />
  18. 18. CREACIÓN DE UN PROCESO<br />Procesamiento por lotes:<br />Aplica a mainframes grandes.<br />Los usuarios pueden enviar trabajos de procesamiento por lotes al sistema, (posiblemente en forma remota).<br />El sistema operativo decide que tiene los recursos para ejecutar otro trabajo, crea el proceso y ejecuta el siguiente de la cola.<br />
  19. 19. Terminación de procesos<br />Una vez que se crea el proceso, comienza a ejecutarse y realiza el trabajo al que está destinado.<br />Las condiciones de término son:<br />Salida normal (voluntaria).<br />Salida por error (voluntaria).<br />Error fatal (involuntaria).<br />Eliminado por otro proceso (involuntaria).<br />
  20. 20. Terminación de procesos<br />Salida Normal.<br />ExitProcess, en windows. Exit en Unix.<br />Procesadores de palabras, exploradores y otros, todos tienen un ícono para indicar que todos los archivos se cierren y termine.<br />
  21. 21. Terminación de procesos<br />Salida por Error.<br />Por ejemplo si el usuario escribe el comando para ejecutar el programa y no existe dicho archivo.<br />
  22. 22. Terminación de procesos<br />Error Fatal:<br />Ejecución de una instrucción ilegal, hace referencia a una dirección de memoria que no existe.<br />División por 0.<br />Algunos programas permiten tomar control de ese ese error y no terminar el proceso.<br />
  23. 23. Terminación de procesos<br />Eliminado por otro proceso:<br />Un proceso puede solicitar al SO que elimine otros procesos.<br />Los procesos deberían tener la autorización necesaria, para realizar la eliminación.<br />Cuando un proceso termina, todos los procesos creados se eliminan de inmediato también.<br />
  24. 24. Jerarquías de Procesos<br />En algunos sistemas, cuando un proceso crea a otro, el proceso padre y el proceso hijo continúan asociados.<br />El proceso hijo puede crear por si mismo más procesos, formando una jerarquía de procesos.<br />
  25. 25. Jerarquías de Procesos<br />Unix tiene el concepto de jerarquía de procesos.<br />Un proceso nunca deshereda a otro.<br />
  26. 26. Jerarquías de Procesos<br />Windows no tiene el concepto de jerarquía de procesos.<br />Todos los procesos son iguales.<br />Una jerarquía de procesos, se simula, cuando se crea un proceso el padre recibe un indicador especial, un token (llamado manejador) que puede utilizar para controlar al hijo.<br />Tiene la libertad de pasar ese indicador a otros procesos, con lo cual invalida la Jerarquía. (deshereda)<br />
  27. 27. Estados de un proceso<br />Aunque cada proceso, es una entidad independiente, con su propio contador de programa y estado interno, a menudo los procesos necesitan interactuar con otros. <br />Un proceso puede generar otra salida que otro proceso utiliza como entrada.<br />
  28. 28. Estados de un proceso<br />Cuando un proceso se bloquea, lo hace debido a que por lógica no puede continuar, comúnmente porque está esperando una entrada, que todavía no está disponible.<br />En este caso la suspensión es inherente al problema.<br />
  29. 29. Estados de un proceso<br />También es posible que un proceso, que esté listo en concepto y pueda ejecutarse, se detenga debido a que el SO decidió asignar la CPU a otro proceso por cierto tiempo.<br />En este segundo caso es un tecnicismo del sistema, no hay suficientes CPU como para otorgar a cada proceso un procesador privado.<br />
  30. 30. Estados de un proceso<br />Los tres estados en los que se puede encontrar un proceso son:<br />En ejecución (usando la CPU en ese instante)<br />Listo (ejecutable, se detuvo temporalmente para dejar que se ejecute otro proceso) No hay una CPU para él.<br />Bloqueado (no puede ejecutarse sino hasta que ocurra cierto evento externo). No puede ejecutarse aunque haya una CPU disponible.<br />
  31. 31. Estados de un proceso<br />Hay cuatro transiciones disponibles entre estos tres estados.<br />Transición 1. ocurre cuando el SO descubre que el proceso no puede continuar. <br />En algunos sistemas el proceso ejecuta una llamada al sistema como Pause.<br />En otros como Unix solo se bloquean automáticamente.<br />
  32. 32. Estados de un proceso<br />Transiciones 2 y 3. son producidas por el planificador de procesos, una parte del SO, sin que el proceso sepa siquiera acerca de ellas.<br />La transición 2 ocurre cuando el planificador, decide que el proceso en ejecución se ha ejecutado el tiempo suficiente y es momento de dejar que otro proceso tenga parte del tiempo de la CPU.<br />La transición 3 ocurre cuando todos los demás procesos han tenido su parte del tiempo de la CPU y es momento de que el primer proceso obtenga la CPU para ejecutarse de nuevo.<br />
  33. 33. Estados de un proceso<br />Transición 4. ocurre cuando se produce el evento externo por el que un proceso estaba esperando, como la llegada de ciertos datos de entrada.<br />Si no hay otro proceso en ejecución en ese instante se activa la transición 3 y el proceso empieza a ejecutarse.<br />Caso contrario debe esperar en estado listo por unos instantes, hasta que la CPU esté disponible y sea su turno de utilizarla.<br />
  34. 34. Estados de un proceso<br />El nivel más bajo del SO es el planificador, con una variedad de procesos encima de él.<br />Todo el manejo de las interrupciones y los detalles relacionados como el iniciar y detener los procesos se ocultan en el planificador.<br />El resto del SO está estructurado en procesos.<br />
  35. 35. Implementación de Procesos<br />Para implementar el modelo de procesos el SO mantiene una tabla (un arreglo de estructuras), llamada Tabla de procesos, con solo una entrada por cada proceso (llamadas bloques de control de procesos)<br />Una entrada contiene información importante acerca del:<br /> estado del proceso, <br />Incluyendo su contador de programa y<br />Su apuntador de pila,<br />Asignación de memoria, <br />Archivos abiertos, <br />Información de contabilidad y planificación y mas…<br />Y todo lo que debe guardar cuando cambia del estado en ejecución a listo,<br />
  36. 36. Implementación de los procesos<br />Campos clave en un sistema típica en la tabla de procesos<br />
  37. 37. Implementación de los procesos<br />Para explicar como la ilusión de varios procesos secuenciales se mantiene en una o en varias CPU.<br />Con cada clase de E/S hay una ubicación asociada (por lo general una ubicación cerca de la parte final de la memoria) a la cual se le llama vector de interrupción.<br />Esta ubicación contiene la dirección del procedimiento de interrupciones<br />
  38. 38. Implementación de los procesos<br />Suponga que el proceso de usuario 3 está en ejecución cuando ocurre una interrupción de disco.<br />El contador de programa, la palabra de estado del programa y algunas veces uno o más registros del proceso del usuario 3 se meten en la pila(actual), mediante el hardware de interrupción. Esto es todo lo que hace el hardware.<br />De aquí en adelante todo depende del software y en especial del servicio de interrupciones.<br />
  39. 39. Implementación de los procesos<br />Todas las interrupciones empiezan por guardar los registros a menudo en la entrada de la tabla de procesos para el proceso actual.<br />Después, se quita la información que la interrupción metió en la pila y el apuntador de pila se establece para que apunte a una pila temporal utilizada por el manejador de procesos.<br />
  40. 40. Implementación de los procesos<br />Las acciones como guardar los registros y establecer el apuntador de pila no se pueden expresar ni siquiera en un lenguaje de alto nivel, por lo que se realizan en lenguaje ensamblador, que por lo general es la misma para todas las interrupciones, ya que el trabajo de guardar los registros es idéntico, sin importar cual sea la causa de la interrupción.<br />
  41. 41. Implementación de los procesos<br />Cuando termina esta rutina llama a un procedimiento en el lenguaje en el que fue programado el SO, para realizar el resto del trabajo, para este tipo de interrupción específico.<br />Cuando ha terminado su trabajo y talvés ocasionando que algún otro proceso esté entonces listo, el planificador es llamado para ver que proceso se debe ejecutar a continuación. <br />
  42. 42. Implementación de los procesos<br />Después de eso, el control se pasa de vuelta al código en lenguaje ensamblador para cargar los registros y el mapa de memoria para el proceso que entonces es el actual y se empieza a ejecutar.<br />En el cuadro de la siguiente diapositiva, se sintetiza el manejo de interrupciones, y la planificación del proceso.<br />
  43. 43. Implementación de procesos<br />
  44. 44. Implementación de Procesos<br />Cuando el proceso termina, el sistema operativo muestra un carácter indicador y espera un nuevo comando.<br />Cuando recibe el comando, carga un nuevo programa en memoria, sobre escribiendo el anterior.<br />
  45. 45. Modelación de la Multiprogramación<br />Cuando se utiliza la multiprogramación, el uso de la CPU se puede mejorar.<br />Dicho de otra manera: si el proceso realiza cálculos solo el 20 por ciento del tiempo que está en la memoria, con cinco procesos en memoria a la vez la CPU deberá estar ocupada todo el tiempo.<br />Sin embargo, este modelo es demasiado optimista, ya que se supone que los 5 procesos, nunca estarán esperando la E/S al mismo tiempo.<br />
  46. 46. Modelación de la Multiprogramación<br />Un mejor modelo es analizar el uso de la CPU de un modo probabilístico.<br />Si un proceso gasta una fracción p esperando a que se complete una operación de E/S.<br />Con n procesos en memoria a la vez, la probabilidad de que todos los n procesos estén esperando la E/S (en cuyo caso, la CPU estará inactiva) es pn<br />
  47. 47. Modelación de la Multiprogramación<br />Entonces, el uso de la CPU se obtiene mediante la fórmula:<br />Uso de la CPU= 1-pn<br />Ejemplo: Suponga que una computadora, tiene 512 MB de memoria, de la cual el SO ocupa 128 MB y cada programa ocupa otros 128MB. <br />Estos tamaños permiten que hayan 3 programas de usuario en memoria a la vez. Con un promedio de 80% de tiempo de espera de E/S. la utilización de la CPU (ignorando la sobrecarga del SO) de 1-0.83 o de aproximadamente 49 por ciento.<br />
  48. 48. Modelación de la Multiprogramación<br />Si agregamos 512MB más de memoria, el sistema puede pasar de la multiprogramación de tres vías a una multiprogramación de siete vías, con lo cual el uso de la CPU se eleva hasta el 79%. En otras palabras, los 512MB elevarán el rendimiento el 30%.<br />
  49. 49. Modelación de la Multiprogramación<br />Si volvemos a agregar otros 512MB el uso de la CPU solo se incrementaría del 79 al 91% , con lo cual se elevaría el rendimiento solo el 12% adicional.<br />De acuerdo a este modelo, se diría que la primera inversión es buena inversión pero la segunda no.<br />
  50. 50. Bibliografía<br />Sistemas Operativos Modernos<br />Andrew Tanenbaum<br />3 edición<br />2009<br />

×