Sistemas Concurrentes y Distribuidos Tests 1

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.

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 si tiene el de Dekker. Es más eficiente que el algoritmo de Dekker. 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 Mono programado.

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

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

La inicialización de la variable de un semáforo: Solo 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 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 operación signal (...) de un semáforo: Incrementará siempre el valor de la variable del semáforo. No hará nada a la variable del semáforo. Si hay procesos bloqueados no incrementara el valor de la variable del semáforo. Ninguna de las anteriores es correcta.

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.

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 a la corrección del programa. No ayudan más que los semáforos. 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 característica principal de un monitor es: Todas las funciones se ejecutan en exclusión mutua. Solucionan el problema de la sincronización entre procesos concurrentes. Solo hay un proceso en el monitor en cada momento. 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. Solo es necesaria en Sistemas Distribuidos. El acceso seguro a los recursos compartidos.

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 dentro de los Sistemas Concurrentes. Permite intercambiar información entre procesos. Soluciona el problema de la exclusión mutua entre procesos en un Sistema Distribuido.

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.

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.

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 trasparente como si utilizara una biblioteca perteneciente a su sistema. Solo implica 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 la comunicación asíncrona entre procesos: El buffer solo 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 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 maquina remota. Es responsabilidad del sistema la solución a la transmisión de la informació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 buzón. La primitiva de envío bloqueara el emisor. Ninguna primitiva de envío o recepción bloquearan a los procesos implicados. Ambas primitivas de envío o recepción bloquearan a los procesos implicados.

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

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.

¿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 ejecución paralela.

En la comunicación sí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.

¿Qué son las condiciones de Bernstein?. Indican si dos o más procesos pueden ejecutarse concurrentemente. 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.

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 es correcta.

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 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: 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.

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.

Los semáforos: Están presentes en todas la 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 correcto 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.

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.

En el problema del productor/consumidor resuelto mediante semáforos: Los procesos productores deben sincronizarse entre sí para garantizar la correcció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.

Un proceso que invoca una llamada a procedimiento remoto: No esperara a la respuesta por parte del proceso remoto. Desde el punto de vista del programador es trasparente como si utilizara una biblioteca perteneciente a su sistema. Solo implica 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 los sistemas distribuidos debemos: Debemos garantizar la exclusión mutua de las secciones críticas. Debemos garantizar la correcta sincronización de los procesos. Debemos 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. Si no hay, no tiene efecto.

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.

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: Proceso 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 desbloqueara los procesos en función de la prioridad. Puede ser FIFO o LIFO.

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 incrementara el valor de la variable del semáforo.

En la instrucción de espera selectiva select, el proceso que la ejecuta se bloquea si: La instrucción select no genera bloqueo del proceso. 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.

La exclusión mutua mediante inhibición de interrupciones: Garantiza la ausencia de inanición. Mejora el rendimiento de las aplicaciones. No puede utilizarse 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 de interbloqueo: Solo tiene solución si se resuelve mediante el uso de semáforos. Solo tiene solución si se resuelve mediante el uso de monitores. Solo 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 el proceso que la ejecuta si s=1. Bloquea el proceso que la ejecuta si s=0;. Decrementa el valor de s y entonces bloquea el proceso si s=0. Si s=0 decrementa el valor de s y bloquea el proceso.

Un semáforo “s” inicializado al valor 2. Permite que dos procesos estén simultáneamente en su 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 su sección crítica.

La operación signal(.) de un semáforo: Incrementará siempre el valor de la variable del semáforo. Es una operación idempotente. Permite el bloqueo de un proceso. Ninguna de las respuestas es correcta.

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

En los sistemas distribuidos el problema de exclusión mutua: Nunca puede producirse. Aparece por el uso de variables compartidas. Aparece por el uso de la memoria compartida. Ninguna de las respuestas es correcta.

Las primitivas de envío y recepción de mensajes: Tienen una ejecución atómica. Son necesarias en los problemas de memoria compartida. Siempre serían asíncronas. Ninguna de las respuestas es correcta.

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. Siempre será necesario un buzón de tamaño indefinido. No hay solución posible con esa suposición de partida. Ninguna de las respuestas es correcta.

El algoritmo de Dijkstra para exclusión mutua basado en espera ocupada: Garantiza la exclusión mutua en si el número de procesos es impar. Puede provocar inanición en los procesos. En caso de conflicto, concede acceso a la sección crítica de forma aleatoria. Cada proceso conoce la intención de acceso a la sección crítica del resto de procesos.

La siguiente solución al problema de los filósofos: Resuelve el problema cumpliendo todas las propiedades. Puede generar inanición en uno de los filósofos. Puede generar interbloqueo entre los procesos. No resuelve el problema en ninguna circunstancia.