option
Cuestiones
ayuda
daypo
buscar.php

TestConculentesDefinitivo

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
TestConculentesDefinitivo

Descripción:
Cortesia del moncho

Fecha de Creación: 2026/05/21

Categoría: Otros

Número Preguntas: 42

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

En la llamada a procedimiento remoto (RPC): Se utilizará el mismo lenguaje de programación para codificar los procesos. Los dos sistemas deberán tener una misma arquitectura. Deberá ser el mismo Sistema Operativo en las máquinas remotas. Se utilizan resguardos (stubs) para ocultar la comunicación por red.

¿Cuál de las siguientes condiciones se requiere para construir el mecanismo de RPC?. Los programas deben haberse escrito usando el mismo lenguaje. Mismo tratamiento de RPC en todas las máquinas implicadas. Más de una máquina. Iguales arquitectura de máquinas.

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.

Supón que estás diseñando un sistema distribuido de alto rendimiento. ¿Qué estrategia de gestión de datos podría mejorar la eficiencia de la lectura de datos?. Todas las escrituras deben realizarse en el servidor principal. Los datos se deben replicar en varios nodos. Los datos deben almacenarse en un solo nodo para garantizar la coherencia. Los datos deben almacenarse en una base de datos SQL.

Un livelock se produce: Cuando todos los procesos están esperando que ocurra un evento que nunca se producirá. Cuando un grupo de procesos modifican sus estados continuamente sin realizar trabajo útil. Cuando existe un grupo de procesos que nunca progresan pues no se les otorga tiempo de procesador. Ninguna de las otras respuestas es cierta.

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 mutua y viveza.

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 de memoria compartida. 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. Puede prevenirse eliminando alguna de sus condiciones necesarias. Se soluciona si el sistema operativo planifica por prioridades. No afecta a los hilos de usuario, solo a los procesos pesados.

¿Cuál de las siguientes afirmaciones sobre la exclusión mutua es correcta?. Solo es necesaria en sistemas multiprocesador. Garantiza que varios procesos puedan acceder simultáneamente a un recurso compartido. Garantiza que solo un proceso pueda acceder a una sección crítica en un momento dado. Es un mecanismo exclusivo de los monitores.

En el algoritmo de Peterson para dos procesos: Se utiliza espera ocupada sin ningún mecanismo adicional. Se emplean dos banderas y una variable turno para asegurar la exclusión mutua sin interbloqueo. Permite la espera no determinista sobre múltiples canales. Bloquea indefinidamente si no hay mensajes.

¿Qué problema resuelven las variables de condición en un monitor?. La exclusión mutua entre funciones del monitor. La sincronización condicional de los procesos dentro del monitor. El entrelazado de hilos a nivel de usuario. La asignación dinámica de procesadores lógicos.

¿Cuál de las siguientes afirmaciones es cierta?. La concurrencia es un tipo de paralelismo. El paralelismo y la concurrencia son conceptos que no guardan relación alguna. El paralelismo puede desarrollarse en sistemas monoprocesador. El paralelismo es un tipo de concurrencia.

Un interbloqueo (deadlock) se produce: Cuando todos los procesos están esperando que ocurra un evento que nunca se producirá (por otros procesos del conjunto). Si el resultado de la secuencia depende de la llegada relativa a algún punto crítico en la secuencia. Cuando existe un grupo de procesos que nunca progresan pues no se les otorga tiempo de procesador para avanzar. Ninguna de las otras respuestas es cierta.

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

En el mecanismo de RPC, el resguardo o sustituto del procedimiento invocado se crea. En el lado del cliente. En el lado del servidor. En el lado del cliente y en el lado del servidor. La creación de resguardos o stubs no es una técnica de RPC.

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

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

Un semáforo "s" inicializado a 2: Dos procesos podrán ejecutar "wait(s)" sin bloquearse. Permite que dos procesos entren simultáneamente en su sección crítica. El primer proceso que alcance la sentencia "wait" podrá acceder a su sección crítica. Los semáforos se inicializan siempre a valor 1.

La asignación de procesadores físicos a hilos se realiza: Directamente, asignando la CPU al proceso del que forma parte un único hilo. Indirectamente, asignando los procesadores lógicos a una CPU. Directamente, por parte del planificador del Sistema Operativo. Se hace a dos niveles: un primer nivel para asignar los hilos de usuario a los procesadores lógicos, y un segundo nivel para asignar los procesadores lógicos al procesador o procesadores físicos.

El algoritmo de Peterson frente al de Dekker: Es más eficiente que el algoritmo de Dekker. Tiene una mejor solución (más simple y elegante) para el problema de sincronización entre procesos. No tiene el problema de espera ocupada que sí tiene el de Dekker. Es válido para sistemas sin memoria compartida.

En la semántica "resume & exit", el proceso desbloqueado por "delay(v)": 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. La operación delay no desbloquea ningún proceso (los bloquea).

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

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

Si en la definición de un método de una clase Java aparece la palabra reservada synchronized: Sólo lo ejecutará un hilo a lo largo de la ejecución de la aplicación. Sólo podrá ser ejecutado por un único hilo a la vez. Ninguna de las respuestas es correcta. No puede formar parte de la definición de un método.

En la comunicación síncrona entre procesos: Ninguna primitiva de envío o recepción bloquearán a los procesos implicados. La primitiva de envío bloqueará al emisor. Ambas primitivas de envío o recepción bloquearán a los procesos implicados (hasta producirse el encuentro). La primitiva de recepción bloqueará al proceso si no hay datos en el buzón.

Cuál de las siguientes cuestiones han de resolverse en una llamada a procedimiento remoto: La ejecución en espacios de direcciones de memoria diferentes. El paso de parámetros y la representación de datos. La respuesta ante fallos de una máquina. Todas las respuestas son válidas.

En la comunicación directa entre procesos es necesario: El emisor debe conocer al destinatario y el receptor debe conocer al emisor (direccionamiento simétrico). Que exista un buzón intermedio común. Que la comunicación sea obligatoriamente asíncrona. Que los procesos se ejecuten en la misma máquina física.

La operación wait(s) de un semáforo contador: Bloquea el proceso que la ejecuta si s=1. Bloquea el proceso que la ejecuta si el valor actual de 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.

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, dependiendo de la implementación interna del sistema operativo. El Sistema Operativo desbloqueará los procesos en función de la prioridad. No requiere colas de espera.

La relación existente entre procesos e hilos es: Los hilos están asociados al proceso que los crea y comparten su espacio de direcciones. El Sistema Operativo debe manejar la misma información de contexto completo que para el mantenimiento de los procesos. Los recursos podrán ser asociados tanto a los procesos como a los hilos individualmente. 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. Son un elemento presente en todos los Sistemas Operativos históricos. Permite una mejor paralelización de un problema compartiendo recursos sin la sobrecarga de crear nuevos procesos. Ninguna de las respuestas es correcta.

Para poder seguir la ejecución de un hilo será necesario almacenar de forma independiente: Al menos la información de contexto (registros) y pila. Toda la memoria global del programa. Los descriptores de ficheros abiertos del proceso. El código fuente del método run.

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

¿Cuándo hablamos de 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 o superponen en el tiempo durante su ejecución. Cuando se ejecutan obligatoriamente en ordenadores diferentes conectados en red. Sólo en el caso de ejecución paralela real en hardware.

¿Qué son las condiciones de Bernstein?. Indican si dos o más procesos pueden entrar en una sección crítica. Sirven para determinar el orden exacto de los semáforos. Determinan si un conjunto de tareas o instrucciones pueden ejecutarse concurrentemente manteniendo la consistencia de los datos. Ayudan a la sincronización de los procesos en entornos distribuidos.

En los programas concurrentes: Podemos determinar de forma clara y fija el orden de ejecución de las diferentes instrucciones que lo componen antes de ejecutarlo. El tiempo empleado en la ejecución es siempre exactamente el mismo. El orden relativo de ejecución de las instrucciones de diferentes procesos es indeterminado y depende del planificado. No existen problemas de consistencia de datos.

La siguiente solución al problema de los filósofos (en la que todos cogen primero el tenedor izquierdo y luego el derecho): Puede generar inanición en uno de los filósofos únicamente. Puede provocar un interbloqueo (deadlock) si todos cogen su tenedor izquierdo a la vez. No resuelve el problema en ninguna circunstancia. Resuelve el problema cumpliendo todas las propiedades de viveza.

En un monitor con semántica "resume & wait" (Hoare): El hilo que hace resume continúa inmediatamente dentro del monitor. El hilo que hace resume cede el control inmediatamente al hilo despertado y se bloquea en una cola de urgencia. El hilo despertado espera a que el monitor quede vacío. No existen las colas de urgencia.

¿Cuál es el principal inconveniente de las soluciones de exclusión mutua basadas en espera ocupada?. Consumen ciclos de CPU inútilmente mientras el proceso espera. Provocan fallos de página continuos. Solo funcionan en Java. Requieren soporte hardware de red distribuida.

En el paso de mensajes asíncronos mediante buzones con capacidad limitada (búfer finito): El emisor nunca se bloquea. El emisor se bloquea únicamente si el buzón está lleno. El receptor no se bloquea si el buzón está vacío. El tiempo de transmisión es instantáneo y síncrono.

Una sección crítica es: Cualquier fragmento de código que tarde mucho tiempo en ejecutarse. Un segmento de código de un proceso en el cual se accede a un recurso compartido y cuya ejecución simultánea por varios procesos podría causar inconsistencias. El código encargado de gestionar los hilos del sistema operativo. Un error grave en tiempo de ejecución que detiene el sistema.

Denunciar Test