PROGRAMACION CONCURRENTE <ul><li>La programación concurrente es la simultaneidad en la ejecución de múltiples tareas inter...
Multitarea, Multiprogramacion, multiprocesos <ul><li>La programacion concurrente tiene capacidad para realziar varias tare...
Multitareas  <ul><li>Es la capacidad de un sistema operativo para ejecutar varios procesos al mismo tiempo corriendo sobre...
Multitarea Nula <ul><li>ES  aquel  sistema operativo  que carece de  multitarea . Aún así puede simularla implementándola ...
Multitarea Cooperativa <ul><li>Tipo de  multitarea  en donde los  procesos  de usuario son quieres ceden la  CPU  al  sist...
Multitarea Preferente <ul><li>Multitarea en donde el SO se encarga de administrar uno o más  procesadores , repartiendo el...
Multitarea Real <ul><li>Multitarea en donde el SO ejecuta los  procesos  realmente al mismo tiempo haciendo uso de múltipl...
Multitarea Real
Multiprogramacion <ul><li>MULTIPROGRAMACION Es la técnica que permite que dos o mas programas ocupen la misma unidad de me...
Principios de Concurrencia <ul><li>En un sistema multiprogramado con un único procesador, los procesos se intercalan en el...
Principios de Concurrencia <ul><li>La concurrencia es el punto clave en los conceptos de multitarea, multiprogramación y m...
Varias aplicaciones: <ul><li>En este caso el tiempo de procesador de una máquina es compartido dinámicamente entre varios ...
Aplicaciones estructuradas: <ul><li>Como consecuencia del diseño modular de una aplicación y la división de la misma en ta...
Estructura del sistema operativo: <ul><li>Como resultado de la aplicación de la estructuración en el diseño del propio SO,...
LABORES DEL SISTEMA OPERATIVO   <ul><li>Elementos de gestión y diseño que surgen por causa de la concurrencia: </li></ul><...
Gracias
<ul><li>Puede verse la concurrencia de procesos como una ejecución simultánea de varios procesos. Si tenemos un multiproce...
<ul><li>Cooperación entre Procesos </li></ul><ul><li>La velocidad de un proceso depende de la frecuencia de la  </li></ul>...
Posibilidad de interaccion de procesos <ul><li>Las posibilidadades de interaccion de los procesos pueden clasificarse en fu...
Comunicación y sincronisacion de proceso <ul><li>1. Necesidad de exclusion mutua. Es decir, los procesos deberan acceder d...
Necesidad de sincronizacion de los procesos: region crıtica y exclusion mutua <ul><li>La sincronización entre procesos pue...
Gestion de procesos   <ul><li>ejecucion </li></ul>
La exclusión mutua la podríamos definir como una  operación de control que permite la coordinación de  procesos concurrent...
SOLUCIONES SOFTWARE PARA LA EXCLUSION MUTUA Soluciones por Software. Una manera es dejar la responsabilidad a los procesos...
<ul><li>Algoritmo de Dekker </li></ul><ul><li>Algoritmo de Peterson </li></ul><ul><li>Semáforos </li></ul><ul><li>Monitore...
Algoritmo de Dekker es un algoritmo de programación concurrente para exclusión mutua,  que permite a dos procesos o hilos ...
<ul><li>Versión 1: Alternancia estricta. Garantiza la exclusión mutua, pero </li></ul><ul><li>su desventaja es que acopla ...
Peterson desarrolló el primer algoritmo (1981) para dos procesos que fue una simplificación del  algoritmo de Dekker  para...
Inicialmente, c[0]=c[1]= falso, y el valor de turno no tiene relevancia (pero de be ser 0 o 1). Para entrar en la sección ...
Los semáforos pueden contemplarse como variables que tienen un valor entero sobre las que se definen las tres operaciones ...
Un monitor es, esencialmente, una colección de datos y de procedimientos para su manipulación junto con una secuencia de i...
PASO  DE  MENSAJES
Los mensajes constituyen relativamente sencillo y adecuado para la comunicación y para la sincronización entre procesos qu...
<ul><li>LA CABECERA </li></ul><ul><li>EL CUERPO DEL MENSAJE </li></ul>
<ul><li>Denominación o direccionamiento </li></ul><ul><li>Copia </li></ul><ul><li>Intercambio sincrono vs. intercambio así...
SOLUCIONES HADWARE PARA LA EXCLUSION MUTUA <ul><li>Estrategias pesimistas </li></ul><ul><li>Estrategias obtimistas </li></ul>
Habilitación / deshabilitacion de interrupciones instrucción comprobar y fijar (test and set)
instrucción comparar e intercambiar  (compare and swap) el problema de la cena de los filósofos
Próxima SlideShare
Cargando en…5
×

PROGRAMACION CONCURRENTE

37.885 visualizaciones

Publicado el

1 comentario
8 recomendaciones
Estadísticas
Notas
Sin descargas
Visualizaciones
Visualizaciones totales
37.885
En SlideShare
0
De insertados
0
Número de insertados
29
Acciones
Compartido
0
Descargas
819
Comentarios
1
Recomendaciones
8
Insertados 0
No insertados

No hay notas en la diapositiva.

PROGRAMACION CONCURRENTE

  1. 1. PROGRAMACION CONCURRENTE <ul><li>La programación concurrente es la simultaneidad en la ejecución de múltiples tareas interactivas. Estas tareas pueden ser un conjunto de procesos o hilos de ejecución creados por un único programa. Las tareas se pueden ejecutar en un sola UCP ( multiprogramación ), en varios procesadores o en una red de computadores distribuidos . La programación concurrente está relacionada con la programación paralela , pero enfatiza más la interacción entre tareas. Así, la correcta secuencia de interacciones o comunicaciones entre los procesos y el acceso coordinado de recursos que se comparten por todos los procesos o tareas son las claves de esta disciplina. </li></ul>
  2. 2. Multitarea, Multiprogramacion, multiprocesos <ul><li>La programacion concurrente tiene capacidad para realziar varias tareas al mismo tiempo o muchas tareas en una sola PC con un procesador o varios. </li></ul>Multitareas Multiprogramacion Multiprocesos
  3. 3. Multitareas <ul><li>Es la capacidad de un sistema operativo para ejecutar varios procesos al mismo tiempo corriendo sobre un procesador. </li></ul><ul><li>Con los sistemas operativos DOS esto era incapaz de realizarse. </li></ul><ul><li>Existen varios tipos de multitareas y son : </li></ul>* Multitarea Nula * Multitarea Cooperativa * Multitarea Preferente * Multitarea Real
  4. 4. Multitarea Nula <ul><li>ES aquel sistema operativo que carece de multitarea . Aún así puede simularla implementándola en un espacio de usuario o usando trucos como los TSR en MS-DOS. Justamente la familia DOS son ejemplos de sistemas operativos de multitarea nula. </li></ul>
  5. 5. Multitarea Cooperativa <ul><li>Tipo de multitarea en donde los procesos de usuario son quieres ceden la CPU al sistema operativo a intervalos regulares. </li></ul><ul><li>Es sumamente problemático porque si por algún motivo el proceso de usuario es interrumpido, no cede la CPU al sistema operativo que lo ejecuta y, por lo tanto, quedará trabado (tildado ). Los sistemas operativos Windows antes de la versión 1995 implementaban este tipo de multitarea. </li></ul>
  6. 6. Multitarea Preferente <ul><li>Multitarea en donde el SO se encarga de administrar uno o más procesadores , repartiendo el tiempo de uso del mismo entre los distintos procesos que esperan utilizarlo (tareas en ejecución). En el caso de un solo procesador, cada proceso o tarea lo utiliza en períodos cortísimos de tiempo, lo que, en la práctica, da la sensación de que estuviesen ejecutándose al mismo tiempo. Los sistemas operativos que utilizan este tipo de multitareas son los UNIX y sus clones ( Linux , etc), Windows NT , etc. </li></ul>
  7. 7. Multitarea Real <ul><li>Multitarea en donde el SO ejecuta los procesos realmente al mismo tiempo haciendo uso de múltiples procesadores (más de dos). La ejecución realmente se realiza en distintos procesadores para cada proceso o tarea. Obviamente en el caso de que los procesos o tareas sean más que la cantidad de procesadores, éstos comienzan a ejecutarse en procesadores &quot;en uso&quot; en la forma de multitareas preferente Todos los sistemas operativos modernos soportan esta capacidad. </li></ul>
  8. 8. Multitarea Real
  9. 9. Multiprogramacion <ul><li>MULTIPROGRAMACION Es la técnica que permite que dos o mas programas ocupen la misma unidad de memoria principal y que sean ejecutados al mismo tiempo. </li></ul><ul><li>La multiprogramación se refiere a dos o mas programas corriendo o procesándose al mismo tiempo; La multiprogramación se controla a través del sistema operativo, el cual observa los programas y los vigila hasta que estén concluidos. </li></ul><ul><li>El numero de programas que pueden multiprogramarse en forma efectiva, depende de una combinación de la cantidad de memoria, de la velocidad de la CPU y del numero y velocidad de los recursos periféricos que tenga conectados, así como de la eficiencia del SISTEMA OPERATIVO. </li></ul>
  10. 10. Principios de Concurrencia <ul><li>En un sistema multiprogramado con un único procesador, los procesos se intercalan en el tiempo aparentando una ejecución simultánea. Aunque no se logra un procesamiento paralelo y produce una sobrecarga en los intercambios de procesos, la ejecución intercalada produce beneficios en la eficiencia del procesamiento y en la estructuración de los programas. </li></ul>
  11. 11. Principios de Concurrencia <ul><li>La concurrencia es el punto clave en los conceptos de multitarea, multiprogramación y multiproceso, la concurrencia comprende un gran numero de cuestiones de diseño incluyendo la comunicación entre procesos, la compartición y competencia por los recursos, la sincronización de la ejecución de varios procesos y la asignación del procesador a los procesos, la concurrencia puede presentarse en tres contextos diferentes: </li></ul><ul><li>Varias aplicaciones: </li></ul><ul><li>Aplicaciones estructuradas: </li></ul><ul><li>Estructura del sistema operativo: </li></ul>
  12. 12. Varias aplicaciones: <ul><li>En este caso el tiempo de procesador de una máquina es compartido dinámicamente entre varios trabajos o aplicaciones activas. </li></ul>
  13. 13. Aplicaciones estructuradas: <ul><li>Como consecuencia del diseño modular de una aplicación y la división de la misma en tareas explícitas estas pueden ser ejecutadas de forma concurrente. </li></ul><ul><li>En programación , un lenguaje estructurado es aquel que soporta la división en bloques (procedimientos y funciones) que pueden o no comunicarse entre sí. </li></ul><ul><li>Es contrario a inestructurado, de poco uso, que no tiene ninguna estructura, es simplemente un “bloque”, como por ejemplo, los archivos batch (.bat). </li></ul>
  14. 14. Estructura del sistema operativo: <ul><li>Como resultado de la aplicación de la estructuración en el diseño del propio SO, de forma que este se implemente como un conjunto de procesos. </li></ul>
  15. 15. LABORES DEL SISTEMA OPERATIVO <ul><li>Elementos de gestión y diseño que surgen por causa de la concurrencia: </li></ul><ul><li>1) El sistema operativo debe seguir a los distintos procesos activos </li></ul><ul><li>2) El sistema operativo debe asignar y retirar los distintos recursos a cada proceso activo, entre estos se incluyen: </li></ul><ul><li>_Tiempo de procesador </li></ul><ul><ul><li>_ Memoria </li></ul></ul><ul><li>_Archivos </li></ul><ul><li>_Dispositivos de E/S </li></ul><ul><li>3) El sistema operativo debe proteger los datos y los recursos físicos de cada proceso contra injerencias no intencionadas de otros procesos. </li></ul><ul><li>4) Los resultados de un proceso deben ser independientes de la velocidad a la que se realiza la ejecución de otros procesos concurrentes. </li></ul>
  16. 16. Gracias
  17. 17. <ul><li>Puede verse la concurrencia de procesos como una ejecución simultánea de varios procesos. Si tenemos un multiprocesador la concurrencia parece clara, en un momento dado cada procesador ejecuta un proceso. </li></ul><ul><li>Se puede ampliar el concepto de concurrencia si entendemos por procesado concurrente del sistema en conjunto, </li></ul><ul><li>varios procesos se vean en un estado intermedio entre su estado inicial y final. Esta última definición incluye los sistemas multiprogramados de un único procesador que estudiamos en los temas anteriores. </li></ul>Comunicación y Sincronización de Procesos
  18. 18. <ul><li>Cooperación entre Procesos </li></ul><ul><li>La velocidad de un proceso depende de la frecuencia de la </li></ul><ul><li>interrupción asociada a cada uno de ellos que un proceso </li></ul><ul><li>se ejecuta asíncronamente con respecto a otro, es decir, sus ejecuciones son independientes. Sin embargo, hay ciertos instantes en lo que los procesos deben sincronizar sus actividades. Son estos puntos a partir de los cuales un proceso no puede progresar hasta que otro haya completado algún tipo de actividad </li></ul>
  19. 19. Posibilidad de interaccion de procesos <ul><li>Las posibilidadades de interaccion de los procesos pueden clasificarse en funcion del nivel de conocimiento que cada proceso requieren la existencia de los demas. </li></ul><ul><li>Un proceso no tiene en absoluto conocimiento de la existencia de los demas </li></ul><ul><li>Que los procesos tengan un conocimiento indirecto de los otros procesos. </li></ul><ul><li>Tiene lugar cuando los procesos tienen conocimiento directo unos de otros por haber sido diseñados para trabajar conjuntamente el alguna actividad </li></ul>
  20. 20. Comunicación y sincronisacion de proceso <ul><li>1. Necesidad de exclusion mutua. Es decir, los procesos deberan acceder de forma exclusiva a ciertos recursos o zonas de memoria considerados como crıticos. </li></ul><ul><li>Interbloqueos: tienen lugar cuando ninguno de los procesos en competencia puede continuar su ejecucion normal por carecer de alguno de los recursos que necesita. </li></ul><ul><li>3. ejecucion incompleto: este problema tiene lugar cuando la ejecucion de un proceso queda siempre pospuesta a favor de algun otro de los procesos en competencia. </li></ul>
  21. 21. Necesidad de sincronizacion de los procesos: region crıtica y exclusion mutua <ul><li>La sincronización entre procesos puede definirse como la necesidad que tienen algunos procesos de bloquearse en determinadas circunstancias y ser despertados cuando ocurren ciertos eventos. Un caso típico que muestra la necesidad de sincronización entre procesos es cuando un proceso inicia una lectura y va a utilizar en la siguiente instrucción la información leída. En este caso el proceso debe esperar a que se termine la operación de Entrada/Salida para continuar. </li></ul>
  22. 22. Gestion de procesos <ul><li>ejecucion </li></ul>
  23. 23. La exclusión mutua la podríamos definir como una operación de control que permite la coordinación de procesos concurrentes (Comunicación requerida entre dos o mas procesos), y que tiene la capacidad de prohibir a los demás procesos realizar una acción cuando un proceso haya obtenido el permiso. LA EXCLUSION MUTUA
  24. 24. SOLUCIONES SOFTWARE PARA LA EXCLUSION MUTUA Soluciones por Software. Una manera es dejar la responsabilidad a los procesos que deseen ejecutar concurrentemente, de esta manera los procesos deben coordinarse unos con otros para cumplir la exclusión mutua sin ayuda alguna, aunque estas soluciones son propensas a errores y a una fuerte carga de proceso (Algunos ejemplos de estas son: Algoritmo de Dekker y Algoritmo de Peterson).
  25. 25. <ul><li>Algoritmo de Dekker </li></ul><ul><li>Algoritmo de Peterson </li></ul><ul><li>Semáforos </li></ul><ul><li>Monitores </li></ul><ul><li>Paso de Mensajes </li></ul><ul><li>Soluciones Hardware para la exclusión mutua </li></ul>
  26. 26. Algoritmo de Dekker es un algoritmo de programación concurrente para exclusión mutua, que permite a dos procesos o hilos de ejecusion compartir un recurso sin conflictos. Fue uno de los primeros algoritmos de exclusión mutua inventados, implementado por Edsger Diikstra. Si ambos procesos intentan acceder a la sección crítica simultáneamente, el algoritmo elige un proceso según una variable turno. Si el otro proceso está ejecutando en su sección crítica, deberá esperar su finalización. Existen cinco versiones del algoritmo Dekker, teniendo ciertos fallos los primeros cuatro. La versión 5 es la que trabaja más eficientemente, siendo una combinación de la 1 y la 4.
  27. 27. <ul><li>Versión 1: Alternancia estricta. Garantiza la exclusión mutua, pero </li></ul><ul><li>su desventaja es que acopla los procesos fuertemente, esto significa </li></ul><ul><li>que los procesos lentos atrasan a los procesos rápidos. </li></ul><ul><li>Versión 2: Problema interbloqueo. No existe la alternancia, aunque </li></ul><ul><li>ambos procesos caen a un mismo estado y nunca salen de ahí. </li></ul><ul><li>Versión 3: Colisión región crítica no garantiza la exclusión mutua. </li></ul><ul><li>Este algoritmo no evita que dos procesos puedan acceder al mismo </li></ul><ul><li>tiempo a la región critica. </li></ul><ul><li>Versión 4: Postergación indefinida. Aunque los procesos no están en </li></ul><ul><li>interbloqueo, un proceso o varios se quedan esperando a que suceda </li></ul><ul><li>un evento que tal vez nunca suceda. </li></ul>
  28. 28. Peterson desarrolló el primer algoritmo (1981) para dos procesos que fue una simplificación del algoritmo de Dekker para dos procesos. Posteriormente este algoritmo fue generalizado para que funcione para N procesos .En el algoritmo para N procesos las variables c[i] además de valer &quot;verdadero&quot; y &quot;falso&quot;, pueden valer &quot;en sección critica&quot; y turno desde 1 hasta N. El procedimiento es una generalización de este .c[i], que es un array y turno, que solo puede valer 1o 2 . .Este algoritmo garantiza la exclusión mutua debido al uso de una variable compartida , turno, que se chequea cada vez. Algoritmo de Peterson
  29. 29. Inicialmente, c[0]=c[1]= falso, y el valor de turno no tiene relevancia (pero de be ser 0 o 1). Para entrar en la sección crítica, el proceso Pi primero asigna el valor verdadero a c[i] y luego afirma que es el turno del otro proceso para entrar si así lo desea (turno = j). Si ambos procesos tratan de entrar a la vez, se asignará turno como i y j aproximadamente al mismo tiempo. Sólo una de estas asignaciones durará; la otra ocurrirá, pero será reemplazada de inmediato. El valor eventual de turno decide a cuál de los dos procesos se le permitirá entrar primero en su sección crítica.
  30. 30. Los semáforos pueden contemplarse como variables que tienen un valor entero sobre las que se definen las tres operaciones siguientes: Un semáforo puede inicializarse con un valor no negativo. Un semáforo puede inicializarse con un valor no negativo. La operación WAIT decremento el valor del semáforo. Si el valor se hace negativo, el proceso que ejecuta WAIT queda bloqueado. La operación SIGNAL incrementa el valor del semáforo. Si el valor no es positivo, se desbloquea a un proceso bloqueado previamente por una operación WAIT. Veamos cual serıa la implementación de un semáforo. Semáforos
  31. 31. Un monitor es, esencialmente, una colección de datos y de procedimientos para su manipulación junto con una secuencia de inicialización. Las variables de datos globales son generalmente privadas al monitor por lo que solo son accesibles a los procedimientos de este. Los procedimientos del monitor podrán ser públicos o privados. Un monitor puede considerarse como una estructura estática que se activa únicamente cuando alguno de sus procedimientos públicos es llamado por un proceso en ejecución y se dice, entonces, que el proceso en cuestión entra o tiene acceso al monitor. Solamente un proceso puede estar ejecutándose en el monitor en un instante determinado. Una estructura de datos compartida puede así protegerse situándola dentro de un monitor que ofrecerá un servicio de exclusión mutua para dicha estructura. Para que resulten útiles en el procesamiento concurrente, los monitores deben incluir alguna herramienta de sincronización de forma que se impida el acceso al monitor a un proceso cuando otro esta ejecutando dentro de el. Esta sincronización se consigue por medio MONITORES
  32. 32. PASO DE MENSAJES
  33. 33. Los mensajes constituyen relativamente sencillo y adecuado para la comunicación y para la sincronización entre procesos que trabajan en entornos
  34. 34. <ul><li>LA CABECERA </li></ul><ul><li>EL CUERPO DEL MENSAJE </li></ul>
  35. 35. <ul><li>Denominación o direccionamiento </li></ul><ul><li>Copia </li></ul><ul><li>Intercambio sincrono vs. intercambio asíncrono </li></ul><ul><li>Longitud </li></ul>
  36. 36. SOLUCIONES HADWARE PARA LA EXCLUSION MUTUA <ul><li>Estrategias pesimistas </li></ul><ul><li>Estrategias obtimistas </li></ul>
  37. 37. Habilitación / deshabilitacion de interrupciones instrucción comprobar y fijar (test and set)
  38. 38. instrucción comparar e intercambiar (compare and swap) el problema de la cena de los filósofos

×