Sistemas Concurrentes y Distribuidos UJA - 2014

Desde el punto de vista de un Sistema Operativo un proceso es: Entidad lógica a la que la CPU podrá planificar y asignar recursos. Entidad lógica que podrá ser cargada en memoria para su planificación. Entidad lógica que se almacena en un dispositivo de almacenamiento. Ninguna de las anteriores es correcta.

La ejecución concurrente de varios procesos implica: La necesidad de múltiples unidades de procesamiento. Que existan múltiples programas dentro del sistema. Una arquitectura del Sistema Operativo que lo permita. Un sistema Operativo Monoprogramado.

Para un correcto funcionamiento de los procesos concurrentes se debe asegurar. La exclusión mutua y la sincronización. Sólo la exclusión mutua. La exclusión mutua, la sincronización y evitar el interbloqueo. Ninguna de las anteriores es correcta.

La relación existente entre procesos e hilos es: Los hilos están asociados al proceso que los crea. El Sistema Operativo debe manejar la misma información que para el mantenimiento de los procesos. Los recursos podrán ser asociados tanto a los procesos como a los hilos. Los procesos son estructuras ligeras mientras que los hilos son estructuras pesadas.

La posibilidad que nos permite un sistema multihilo es: No ofrece ninguna ventaja sobre un sistema multiproceso. Permite una mejor paralelización de un problema sin necesidad de crear nuevos procesos. Son un elemento presente en todos los Sistemas Operativos. Ninguna de las anteriores es correcta.

Para poder seguir la ejecución de un hilo será necesario almacenar: Una cantidad de información similar a la necesaria para gestionar un proceso. Al menos la información de contexto y pila. La información de contexto, pila y recursos asignados. Ninguna de las anteriores es correcta.

La exclusión mutua entre diferentes procesos garantiza. El acceso seguro a la información compartida entre procesos. No es necesario garantizar la exclusión mutua entre procesos. Sólo es necesaria en Sistemas Distribuidos. El acceso seguro a los recursos compartidos.

El algoritmo de Dekker. Soluciona el problema de sincronización entre procesos. Es un algoritmo incorrecto para la solución de la exclusión mutua. Soluciona mediante espera ocupada el problema de la exclusión mutua. Sufre de inanición para el problema de la exclusión mutua.

El algoritmo de Peterson frente al de Dekker. Tiene una mejor solución para el problema de sincronización entre procesos. No tiene el problema de espera ocupada que sí tiene el de Dekker. Es más eficiente que el algoritmo de Dekker. Ninguna de las anteriores es correcta.

La inicialización de la variable de un semáforo. Sólo puede hacerse una única vez en su ciclo de vida. No se inicializa en un ciclo de vida. Puede inicializarse tantas veces como se quiera. Ninguna de las anteriores.

La operación signal(..) de un semáforo. Incrementará siempre el valor de la variable del semáforo. No hara nada a la variable del semáforo. Si hay procesos bloqueados no incrementará el valor de la variable del semáforo. Ninguna de las anteriores.

Los monitores en relación a los semáforos. Son herramientas de más bajo nivel de programación. Son herramientas de más alto nivel de programación con una estructura que ayuda al a correción del problema. No ayudan más que los semáforos. Ninguna de las anteriores es correcta.

La característica principal de un monitor es. Tdoas las funciones se ejecutan en exclusión mutua. Solucionan el problema de la sincronización entre procesos concurrentes. Sólo hay un proceso en el monitor en cada momento. Ninguna de las anteriores.

Los semáforos son: Herramientas que solucionan el problema de la exclusión mutua. Herramientas para problemas de occurencia en Sistemas Distribuidos. Una estructura de datos con operaciones atómicas para su manejo. Ninguna de las anteriores es correcta.

Las variables de condición en un monitor. Garantizan la exclusión mutua de las funciones del monitor. Son necesarias para poder mantener la sincronización de los procesos dentro del monitor. Son como los semáforos dentro del monitor. Controlan diferentes condiciones dentro del monitor.

El paso de mensajes entre procesos es necesario para: El correcto funcionamiento entre procesos en un Sistema Distribuido. El correcto funcionamiento entre procesos en los Sistemas Concurrentes. Permite intercambiar información entre procesos. Soluciona el problema de la exclusión mutua entre procesos en un Sistema Distribuido.

En la columinación Directa entre procesos es necesario: Conocer el destinatario del mensaje. Conocer el remitente del mensaje. No se requiere ningún tipo de identificación. El emisor debe conocer al destinatario y el receptor al remitente.

En la comunicación asíncrona entre procesos. El buffer sólo se comparte entre emisor y receptor. No hay necesidad de buffer en la transmisión. El tamaño de buffer debe especificarse en la comunicación. Ninguna de las anteriores es correcta.

En la comunicación asíncrona entre procesos. La primitiva de recepción bloqueará al proceso si no hay datos en el buzón. La primitiva de envío bloqueará al emisor. Ninguna de las primitivas de envío o recepción bloquearán a los procesos implicados. Ambas primitivas de envío o recepción bloquearán a los procesos implicados.

En el problema del productor/consumidor si la primitiva de envío no bloquea al productor. El emisor deberá asegurarse de que el consumidor está disponible. Deberemos utilizar un buzón de tamaño indefinido. No hay solución posible con esa suposición de partida. Ninguna de las anteriores.

En la comunicación asíncrona entre procesos. El emisor espera siempre al receptor antes de iniciar la transmisión. El receptor espera siempre al emisor antes de iniciar la transmisión. Ni emisor ni receptor esperan antes de iniciar la transmisión. El primero que alcanza la primitiva de comunicación deberá esperar hasta que el otro alcance la suya antes de iniciar la transmisión.

La utilización de un canal. Establecerá el tipo de información que se transmitirán emisor y receptor en una comunicación síncrona. Establecerá el tipo de sincronización necesaria en la comunicación. Permitirá el almacenamiento de información para la comunicación entre procesos. Ninguna de las anteriores.

La utilización de un canal de sincronización. Se utilizará como elemento de sincronización entre procesos en entornos remotos. Permite definir un tipo por defecto en la comunicación síncrona. No existe ese tipo de canales. Es el tipo de canales habituales en las comunicaciones síncronas.

La llamada a procedimiento remoto (LPR). Permite la ejecución de un procedimiento presente en un proceso remoto dentro de un Sistema Distribuido. Es un tipo de comunicación habitual en Sistemas Distribuidos. Es un elemento necesario en la estructura de los SIstemas Distribuidos. Ninguna de las anteriores es correcta.

Un proceso que invoca una llamada a procedimiento remoto. No esperará a la respuesta por parte del proceso remoto. Desde el punto de vista del programador es transparente como si utilizará una biblioteca perteneciente a su sistema. Sólo implicará una degradación de las prestaciones del proceso dentro del sistema. El programador deberá conocer información relativa a la estructura del proceso remoto.

En el proceso de resolución de una llamada a procedimiento remoto: Los mensajes que han de transmitirse deberá confeccionarlos el programador. El programador deberá tener presente la codificación de la información en la máquina remota. Es responsabilidad del sistema la solución a la transmisión de la información. Ninguna de las anteriores es correcta.

En la llamada a procedimiento remoto. Los dos sistemas deberán tener una misma arquitectura. Deberá ser el mismo Sistema Operativo en las máquinas remotas. Se utilizará el mismo lenguaje de programación para codificar los procesos. Ninguna de las anteriores es correcta.

¿Cuándo hablamos que dos o más procesos son concurrentes?. Cuando tenemos al menos tantas unidades de procesamiento como procesos. Es suficiente si las instrucciones de los procesos se intercalan en la ejecución. Cuando se ejecutan en ordenadores diferentes. Sólo en el caso de la ejecución paralela.

¿Qué son las condiciones de Bernstein?. Indican si dos o más procesos pueden ejecutarse de forma concurrente. Sirven para determinar las secciones críticas de los procesos. Determinan si un conjunto de instrucciones puede ejecutarse concurrentemente. Ayudan a la sincronización de los procesos.

En los programas concurrentes. Podemos determinar de forma clara el orden de ejecución de las diferentes instrucciones que lo componen. El tiempo empleado para terminar la ejecución siempre es la misma. Se pueden producir resultados diferentes para el mismo conjunto de datos de entrada. Ninguna de las anteriores es correcta.

La ejecución concurrente de varios procesos implica: La necesidad de múltiples unidades de procesamiento. Que existan múltiples programas dentro del sistema. Una Arquitectura del Sistema Operativo que la permita. Un Sistema Operativo Monoprogramado.

La exclusión mutua entre diferentes procesos garantiza. El acceso seguro a la información compartida entre procesos. No es necesario garantizar la exclusión mutua entre procesos. Sólo es necesaria en Sistemas Distribuidos. El accesos seguro a los recursos compartidos.

El algoritmo de Peterson frente al de Dekker. Tiene una mejor solución para el problema de sincronización entre procesos. No tiene el problema de espera ocupada que sí tiene el de Dekker. Es más eficiente que el algoritmo de Dekker. Ninguna de las anteriores.

Los semáforos. Están presentes en todas las herramientas de programación. Las herramientas de programación garantizan su uso correcto para solucionar el problema de la exclusión mutua. Las herramientas de programación garantizan su uso correcta para solucionar el problema de la sincronización entre procesos. Son herramientas de programación para el uso de los programadores en los problemas de concurrencia.

En los problemas de productor/consumidor resuelto mediante semáforos: Los procesos productores deben sincronizarse entre sí para garantizar la correción del problema. Los procesos productores deben sincronizarse con los procesos consumidores para garantizar la corrección del problema. Sólo es necesario garantizar la exclusión mutua al buffer compartido. Todas las anteriores son falsas.

El problema del interbloqueo. Se resuelve mediante el uso de semáforos. Se resuelve mediante el uso de monitores. No es un problema que se dé en la programación concurrente. Todas las anteriores son falsas.

La característica principal de un monitor es. Todas las funciones se ejecutan en exclusión mutua de las secciones críticas. Solucionan el problema de la sincronización entre procesos concurrentes. Sólo hay un proceso en el monitor en cada momento. Ninguna de las anteriores es correcta.

En los sistemas distribuidos debemos. Garantizar la exclusión mutua de las secciones críticas. Garantizar la correcta sincronización de los procesos. Garantizar el acceso de los procesos a los recursos locales. Todas las respuestas son correctas.

Las variables de condición de los monitores. Garantizan la sincronización de los procesos. Garantizan la exclusión mutua de los procesos. No son variables propias de los monitores. Garantizan tanto la sincronización como la exclusión mutua de los procesos.

La sentencia resume de un monitor. Tiene la misma lógica de funcionamiento que la operación signal de un semáforo. Permite bloquear a un proceso en el monitor dentro de una variable de condición. Sólo se aplica a una variable de condición del monitor si hay procesos bloqueados en la misma. Liberará a un proceso bloqueado en una variable de condición del monitor.

En la comunicación directa entre procesos es necesario: Conocer el destinatario del mensaje. Conocer el remitente del mensaje. No se requiere ningún tipo de identificación. El emisor debe conocer al destinatario y el receptor al remitente.

En el problema del productor/consumidor si la primitiva de envío no bloquea al productor. El emisor deberá asegurarse que el consumidor esté disponible. Deberemos utilizar un buzón de tamaño indefinido. No hay solución posible con esa suposición de partida. Ninguna de las anteriores es correcta.

La utilización de un canal. Establecerá el tipo de información que se transmitirán emisor y receptor en una comunicación sincrona. Establecerá el tipo de sincronización necesaria en la comunicación. Permitirá el almacenamiento de información para la comunicación entre procesos. Ninguna de las anteriores es correcta.

Para que un programa concurrente sea correcto, deben cumplirse las siguientes propiedades. Seguridad e inanición. Exclusión mutua y viveza. Interbloqueo e inanición. Viveza y seguridad.

¿Qué son las condiciones de Bernstein?. Indican si dos o más procesos pueden ejecutarse concurrentemente. Determinan si un conjunto de instrucciones pueden ejecutarse concurrentemente. Ayudan a la sincronización de los procesos. Sirven para determinar las secciones críticas de los procesos.

El algoritmo de Peterson frente al de Dekker. Es más eficiente que el algoritmo de Dekker. No tiene el problema de espera ocupada que sí tiene el de Dekker. Tiene una mejor solución para el problema de sincronización entre procesos. Ninguna de las respuestas es correcta.

El algoritmo de Dekker. Es un algoritmo incorrecto para la solución de la exclusión mutua. Soluciona el problema de sincronización entre procesos. Soluciona mediante espera ocupada el problema de la exclusión mutua. Sufre de inanición para el problema de la exclusión mutua.

La posibilidad que nos permite un sistema multihilo es. Permite una mejor paralelización de un problema sin necesidad de crear nuevos procesos. Son un elemento presente en todos los Sistemas Operativos. No ofrece ninguna ventaja sobre un sistema multiproceso. Ninguna de las respuestas es correcta.

La relación existente entre procesos e hilos es. Los hilos están asociados al proceso que los crea. El Sistema Operativo debe manejar la misma información que para el mantenimiento de los procesos. Los procesos son estructuras ligeras mientras que los hilos son estructuras pesadas. Los recursos podrán ser asociados tanto a los procesos como a los hilos.

En la semántica Resume & Exit, el proceso desbloqueado por resume(v): Se elige aleatoriamente procesos bloqueados en la variable o en el monitor. El primer proceso que estuviera esperando para acceder al monitor. Ninguna de las respuestas es correcta. El primer proceso que estuviera bloqueado en la cola de la variable de condición v.

Los monitores requieren de la utilización y definición de dos tipos de procesos. Procesos monitor y proceso principal. Procesos padres y procesos hijo. Procesos bloqueados y procesos bloqueantes. Procesos activos y procesos bloqueados.

La gestión de los procesos bloqueados en un semáforo. Debe ser siempre FIFO para evitar la inanición. Mediante el uso de semáforos, los procesos no pasan a estado bloqueado. El Sistema Operativo desbloqueará los procesos en función de la prioridad. Puede ser FIFO o LIFO.

Los monitores en relación a los semáforos. Son herramientas de más bajo nivel de programación. Ninguna de las respuestas es correcta. No ayudan más que los semáforos. Son herramientas de más alto nivel de programación con una estructura que ayuda a la corrección del programa.

La operación signal(..) de un semáforo. Ninguna de las respuestas es correcta. No hará nada con la variable del semáforo. Incrementará siempre el valor de la variable del semáforo. SI hay procesos bloqueados sólo no incrementará el valor de la variable del semáforo.

La inicialización de la variable de un semáforo. Puede inicializarse tantas veces como se quiera. No se inicializa en el ciclo de vida. Sólo puede hacerse una única vez en su ciclo de vida. Ninguna de las respuestas es correcta.

En la instrucción de espera selectiva 'select', el proceso que la ejecuta se bloquea si: La instrucción select no genera bloqueo del procesos. No existe ningún mensaje en los buzones/canales que se manejan. No disponga de alternativa else. No se cumple ninguna de las guardas, si las tuviera.

En las llamadas a procedimiento remoto: Los dos sistemas deberán tener una misma arquitectura. Ninguna de las respuestas es correcta. Deberá ser el mismo Sistema Operativo en las máquinas remotas. Se utilizará el mismo lenguaje de programación para codificar los procesos.

En la comunicación síncrona entre procesos: El emisor espera siempre al receptor antes de iniciar la transmisión. El primero que alcanza la primitivia de comunicación deberá esperar hasta que el otro alcance la suya antes de iniciar la transmisión. El receptor espera siempre al emisor antes de iniciar la transmisión. Ni emisor ni receptor esperan antes de iniciar la transmisión.

En la comunicación asíncrona entre procesos. No se requiere de ningún tipo de identificación. No hay necesidad de buffer en la transmisión. El buffer sólo se comparte entre emisor y receptor. Ninguna de las respuestas es correcta.

En la comunicación directa entre procesos es necesario. Conocer el destinatario del mensaje. El emisor debe conocer al destinatario y el receptor al remitente. Conocer el remitente del mensaje. No se requiere de ningún tipo de identificación.

Para que un programa concurrente sea correcto, deben cumplirse las siguientes propiedades. Seguridad e inanición. Viveza y seguridad. Interbloqueo e inanición. Exclusión mútua y viveza.

La exclusión mutua mediante inhibición de las interrupciones. Garantiza la ausencia de inanición. Mejora el rendimiento de las aplicaciones. No se puede utilizar en sistemas multiprocesador. Únicamente garantiza la exclusión mutua en operaciones de E/S.

El algoritmo de exclusión mutua de Dekker. Está orientado a entornos distribuidos. Está orientado a entornos centralizados. Es válido para n procesos con apenas modificaciones. Presenta situaciones en las que puede no garantizar las propiedades de viveza.

El problema del interbloqueo. Sólo tiene solución si se resuelve mediante el uso de semáforos. Sólo tiene solución si se resuelve mediante el uso de monitores. Sólo tiene solución si se resuelve mediante el uso de algoritmos de espera ocupada. Todas las anteriores son falsas.

En términos de eficiencia. Los algoritmos de espera ocupada son más eficientes que los semáforos. Los monitores son más eficientes que los semáforos. A priori, no puede determinarse qué técnica de sincronización es la más eficiente. La eficiencia de los semáforos depende exclusivamente de la CPU.

La operación wait(s): Bloquea al proceso que la ejecuta si s=1. Bloquea al proceso que la ejecuta si s=0. Decrementa el valor de s y entonces bloquea al procesos si s=0. Si s=0 decrementa el valor de s y bloqeua el proceso.

La gestión de los procesos bloqueados en un semáforo. Debe ser siempre FIFO para evitar la inanición. Puede ser FIFO o LIFO. El Sistema Operativo desbloqueará los procesos en función de la prioridad. Mediante el uso de semáforos, los procesos no pasan a estado bloqueado.

un semáforo 's' inicializado al valor 2. Permite que dos procesos estén simultáneamente en sus sección crítica. Dos procesos podrán ejecutar wait(s) sin bloquearse. Los semáforos se inicializan siempre a valor 1. El primer proceso que alcance la sentencia wait podrá acceder a sus sección crítica.

Los monitores requieren de la utilización y definición de sus tipos de procesos: Procesos bloqueados y procesos bloqueantes. Procesos activos y procesos pasivos. Procesos padre y procesos hijo. Procesos monitor y proceso principal.

En los monitores los procesos bloqueados. a) Se bloquean en las colas asociadas a variables de condición. b) Se bloquean en las colas de acceso al propio monitor. c) Solo pasan a estado bloqueado si se ejecuta delay(var). d) a y b son ciertas.

En la semántica resume & exit, el proceso desbloqueado por resume(v) es: a) El primer proceso que estuviera bloqueado en la cola de la variable de condición. b) El primer proceso que estuviera esperando para acceder al monitor. c) El sistema elige aleatoriamente entre la alternativa a y b. d) Ninguna de las anteriores es cierta.

En el direccionamiento asimétrico del paso de mensajes. El emisor no identifica al receptor pero el receptor identifica al emisor. El emisor identifica al receptor pero el receptor no identifica al emisor. El emisor identifica al receptor y el receptor identifica al emisor. El emisor no identifica al receptor y el receptor no identifica al emisor.

En la instrucción de espera selectiva 'select' el proceso que la ejecuta se bloquea si: No se cumple ninguna de las guardas, si las tuviera. No disponga de alternativa else. No existe ningún mensaje en los buzones/canales que se manejan. La instrucción select no genera bloqueo del proceso.

El paso de mensajes síncrono permite la comunicación. Uno a uno. Uno a muchos. Muchos a Muchos. Muchos a uno.

En las llamadas procedimiento remoto (RPC), la invocación al resguardo del cliente: Siempre genera el bloqueo del proceso que realiza la invocación. Debe garantizar que existe concordancia entre los parámetros. No requiere de conexión entre cliente y servidor. La invocación se realiza siempre a un módulo que se encuentra en otro sistema.