Concurrencia de procesos - Historial de revisiones

Eleayogar en 16:28 2 abr 2020

2020-04-02T16:28:55Z

Antsilgor: /* Sección crítica */

2019-04-06T11:30:27Z

‎Sección crítica

Aleparmig: /* El problema del productor y consumidor */

2019-04-02T17:05:16Z

‎El problema del productor y consumidor

Aleparmig: /* Mecanismos de arbitraje */

2019-04-02T17:02:12Z

‎Mecanismos de arbitraje

Aleparmig: /* Mecanismos de arbitraje */

2019-04-02T17:01:58Z

‎Mecanismos de arbitraje

Aleparmig: /* El problema del productor y consumidor */

2019-04-02T17:01:23Z

‎El problema del productor y consumidor

Aleparmig: /* El problema del productor y consumidor */

2019-04-02T16:59:26Z

‎El problema del productor y consumidor

Aleparmig: /* El problema del productor y consumidor */

2019-04-02T16:56:42Z

‎El problema del productor y consumidor

Aleparmig: /* El problema del productor y consumidor */

2019-04-02T16:55:23Z

‎El problema del productor y consumidor

Aleparmig: /* El problema del productor y consumidor */

2019-04-02T16:54:37Z

‎El problema del productor y consumidor

← Revisión anterior		Revisión del 16:28 2 abr 2020
Línea 173:		Línea 173:


−	6.2[[Mecanismos_de_sincronización \| Control optimista y pesimista de la concurrencia]]	+	5.2[[Mecanismos_de_sincronización \| Control optimista y pesimista de la concurrencia]]

@@ Línea 41: / Línea 41: @@
 = Sección crítica =
-Una ''sección crítica'' se trata de una sección del código que puede ser ejecutada por un único proceso o hilo simultáneamente. Un ejemplo de ''sección crítica'' es la sección de código en la que se accede a un recurso compartido. Para evitar el acceso simultaneo a la sección crítica se emplean mecanismos que garantizan la ''exclusión mutua''.
+Una ''sección crítica'' se trata de una sección del código que no debe ser ejecutada por varios procesos o hilos simultáneamente. Un ejemplo de ''sección crítica'' es la sección de código en la que se accede a un recurso compartido. Para evitar el acceso simultaneo a la sección crítica se emplean mecanismos que garantizan la ''exclusión mutua''.
 La exclusión mutua se debe realizar de forma coordinada y eficiente, para ello se requiere:

← Revisión anterior		Revisión del 17:05 2 abr 2019
Línea 11:		Línea 11:


−	Recuerde que el planificador de procesos, al desconocer la naturaleza de los procesos y sus objetivos, no dispone de información suficiente para garantizar la secuencia de ejecución descrita en el ejemplo anterior. ~~Por tanto~~, suponiendo que ambos procesos se encuentran en estado preparado, podría seleccionar al proceso B para pasar a estado activo antes de seleccionar al proceso A, situación que no es deseada.	+	Recuerde que el planificador de procesos, al desconocer la naturaleza de los procesos y sus objetivos, no dispone de información suficiente para garantizar la secuencia de ejecución descrita en el ejemplo anterior. De este modo, suponiendo que ambos procesos se encuentran en estado preparado, podría seleccionar al proceso B para pasar a estado activo antes de seleccionar al proceso A, situación que no es deseada.

	El planificador de procesos, como hemos visto en capítulos anteriores, emplea [[Criterios de planificación\|criterios de planificación]] que no tienen en consideración el objetivo de los procesos. Podemos decir que este '''desconoce''' cuál es el propósito de los procesos; únicamente puede observar si presentan un comportamiento más o menos interactivo.		El planificador de procesos, como hemos visto en capítulos anteriores, emplea [[Criterios de planificación\|criterios de planificación]] que no tienen en consideración el objetivo de los procesos. Podemos decir que este '''desconoce''' cuál es el propósito de los procesos; únicamente puede observar si presentan un comportamiento más o menos interactivo.

@@ Línea 19: / Línea 19: @@
 = Mecanismos de arbitraje =
-Los mecanismos de arbitraje que ofrece el sistema operativo dos principalmente:
+Los mecanismos de arbitraje que ofrece el sistema operativo son dos principalmente:
 * Mecanismos de '''sincronización''': el sistema operativo ofrece mecanismos que permiten a los procesos coordinar su ejecución para conseguir el objetivo sin que sucedan situaciones no deseadas, como por ejemplo que dos o más procesos coincidan simultáneamente en el acceso a un cierto recurso que no se puede compartir.

@@ Línea 19: / Línea 19: @@
 = Mecanismos de arbitraje =
-Los mecanismos de arbitraje que ofrece el sistema operativo son básicamente dos:
+Los mecanismos de arbitraje que ofrece el sistema operativo dos principalmente:
 * Mecanismos de '''sincronización''': el sistema operativo ofrece mecanismos que permiten a los procesos coordinar su ejecución para conseguir el objetivo sin que sucedan situaciones no deseadas, como por ejemplo que dos o más procesos coincidan simultáneamente en el acceso a un cierto recurso que no se puede compartir.

@@ Línea 15: / Línea 15: @@
 El planificador de procesos, como hemos visto en capítulos anteriores, emplea [[Criterios de planificación|criterios de planificación]] que no tienen en consideración el objetivo de los procesos. Podemos decir que este '''desconoce''' cuál es el propósito de los procesos; únicamente puede observar si presentan un comportamiento más o menos interactivo.
-Por tanto, el programador, a la hora de modelar los procesos, debe emplear los mecanismos de arbitraje que ofrece el sistema operativo y que permiten resolver el problema de concurrencia que se plantee.
+Por tanto, el programador, a la hora de modelar los procesos, debe emplear los mecanismos de arbitraje que ofrece el sistema operativo y que permitirían resolver el problema de concurrencia que se plantee.
 = Mecanismos de arbitraje =

@@ Línea 3: / Línea 3: @@
 = El problema del productor y consumidor =
-Un ejemplo de un problema de concurrencia sería el siguiente: Dados dos procesos A (productor) y B (consumidor), suponiendo que ambos se ejecutan indefinidamente en el tiempo, el proceso A debe recibir tiempo de ejecución antes que B, tras esto, el proceso B debe recibir su oportunidad de ejecución, dando paso de nuevo al proceso A y así sucesivamente, siguiendo un esquema de alternancia estricta.
+Un ejemplo de un problema de concurrencia sería el siguiente: dados dos procesos A (productor) y B (consumidor) que se ejecutan indefinidamente en el tiempo, el proceso A debe recibir tiempo de ejecución antes que B. Tras esto, el proceso B debe recibir su oportunidad de ejecución, dando paso de nuevo al proceso A y así sucesivamente, siguiendo un esquema de alternancia estricta.
   proceso A  |--   --    --

@@ Línea 13: / Línea 13: @@
 Recuerde que el planificador de procesos, al desconocer la naturaleza de los procesos y sus objetivos, no dispone de información suficiente para garantizar la secuencia de ejecución descrita en el ejemplo anterior. Por tanto, suponiendo que ambos procesos se encuentran en estado preparado, podría seleccionar al proceso B para pasar a estado activo antes de seleccionar al proceso A, situación que no es deseada.
-El planificador de procesos, como hemos visto en capítulos anteriores, emplea [[Criterios de planificación|criterios de planificación]] que no tienen en consideración el objetivo de los procesos. Podemos decir que el planificador de procesos '''desconoce''' cuál es el propósito de los procesos; únicamente puede observar si presentan un comportamiento más o menos interactivo.
+El planificador de procesos, como hemos visto en capítulos anteriores, emplea [[Criterios de planificación|criterios de planificación]] que no tienen en consideración el objetivo de los procesos. Podemos decir que este '''desconoce''' cuál es el propósito de los procesos; únicamente puede observar si presentan un comportamiento más o menos interactivo.
 Por tanto, el programador, a la hora de modelar los procesos, debe emplear mecanismos de arbitraje que ofrece el sistema operativo y que permiten resolver el problema de concurrencia que se plantee.