Sistemas Tolerantes a Fallos Tema 5

¿Cuál es el propósito principal de un test de aceptación?. Detectar errores de hardware. Verificar el comportamiento correcto del software. Reducir el tiempo de ejecución del software. Optimizar el uso de memoria.

Qué técnica se utiliza en el rejuvenecimiento controlado para evitar problemas acumulativos en el software. Uso de wrappers. Reinicios programados. Checkpointing. Diversificación de datos.

Cuál de las siguientes afirmaciones sobre los wrappers es correcta. Solo envuelven sistemas operativos. No pueden alterar las entradas de un módulo. Detectan, acotan y corrigen posibles fallos en módulos de software. Se utilizan exclusivamente en aplicaciones críticas.

Qué tipo de diversidad se busca para garantizar la independencia entre versiones de software. Diversidad incidental. Diversidad forzada. Ambas. Ninguna.

Qué ocurre si un nodo primario falla en un sistema de bloques de recuperación distribuidos. El sistema finaliza su ejecución. El nodo secundario toma el rol del nodo primario. Se reinician todos los nodos. Se descarta la versión secundaria.

Qué permite un checkpoint en un sistema de larga ejecución. Reducir el consumo de memoria. Almacenar un estado intermedio para recuperar tras fallos. Evitar errores de entrada. Aumentar la velocidad de ejecución.

Cuál es el mayor impacto del tiempo de overhead en el checkpointing. Incrementa el tiempo de recuperación. Dificulta la detección de fallos. Aumenta el costo computacional. Optimiza el tiempo entre checkpoints.

Qué se busca lograr con la diversificación de datos en software tolerante a fallos. Reducir el uso de memoria. Aumentar la precisión del sistema. Evitar introducir datos en regiones con fallos. Mejorar la velocidad de cálculo.

Qué ocurre cuando una excepción no tiene un manejador definido en el módulo actual. El sistema se detiene automáticamente. La excepción se propaga al módulo llamador. Se activa el manejador genérico del sistema. Se descarta la excepción.

Qué técnica permite reducir el overhead en el checkpointing. Reinicio por tiempos constantes. Buffering de escritura diferida. Diversificación de datos. Comparación consistente.

Cuál es una característica principal de las comprobaciones temporales en los test de aceptación. Verifican la correcta salida del sistema. Usan un temporizador para detectar fallos en un tiempo límite. Evalúan el rango de las salidas. Comparan resultados entre varias versiones.

Qué factor es crítico para el funcionamiento eficaz de los wrappers. La independencia de los módulos. La calidad de los test de aceptación. El uso de diversificación forzada. El bajo consumo de memoria.

Qué aspecto define el rejuvenecimiento por predicción. Se realiza a intervalos constantes. Se basa en tendencias del sistema para anticipar fallos. Combina reinicio y recuperación paralela. Sólo se aplica en sistemas distribuidos.

Qué ventaja ofrece la reexpresión exacta en diversificación de datos. Corrige errores cambiando el orden de operaciones matemáticas. Reduce el tiempo de ejecución al omitir datos. Minimiza la probabilidad de reinicios innecesarios. Maximiza el uso de memoria disponible.

Cuál es el principal objetivo del mecanismo de programación N-Versiones. Reducir la complejidad de los algoritmos. Minimizar la probabilidad de fallos mediante versiones independientes. Aumentar la velocidad de desarrollo del software. Garantizar el cumplimiento de plazos en proyectos.

Qué problema se asocia con el uso de bloques de recuperación. La imposibilidad de realizar comprobaciones temporales. Las acciones irreversibles que no permiten volver al estado previo. La dificultad de ejecutar versiones en paralelo. La necesidad de eliminar los test de aceptación.

Qué define a una excepción interna. Se lanza por un error en el sistema operativo. Es manejada dentro del mismo módulo donde se origina. Se propaga automáticamente al módulo llamador. Es generada por eventos externos al software.

Qué ventaja tiene la excepción-terminación sobre la excepción-reanudación. Mayor flexibilidad en la ejecución. Menor complejidad en su implementación. Permite reanudar desde el punto exacto del fallo. Aumenta la precisión en la detección de errores.

Qué nivel de checkpointing es completamente transparente para el usuario. Nivel de aplicación. Nivel de usuario. Nivel de kernel. Nivel de hardware.

Qué técnica reduce el overhead de checkpointing al evitar transacciones completas de memoria. Copy-on-write buffering. Exclusión de variables muertas. Buffering con DMA. Chequeos probabilísticos.

En las comprobaciones temporales, qué sucede si el watchdog timer no detecta un error dentro del tiempo límite configurado. El sistema asume que no hay fallos. Se ejecuta un test de aceptación adicional. Se activa automáticamente una excepción interna. El módulo en cuestión es reiniciado.

Qué implica el uso de una constante k como factor de diversificación en datos. Introducir valores aleatorios en las entradas. Multiplicar los datos para verificar resultados esperados. Perturbar explícitamente las salidas del sistema. Forzar errores para analizar tolerancia a fallos.

En qué situación un rejuvenecimiento por tiempos constantes sería ineficaz. Cuando el sistema tiene errores correlados. Cuando la tasa de error del software es constante. Si los nodos trabajan en paralelo. Si los tiempos de recuperación son menores al overhead.

Cuál es el principal desafío al implementar la comparación consistente en sistemas de múltiples versiones. La falta de diversidad forzada en los equipos. Las diferencias en precisión entre las salidas de las versiones. La incapacidad de los wrappers para gestionar datos complejos. La correlación de fallos entre módulos dependientes.

Qué condición debe cumplirse para que un mecanismo de checkpointing en nivel de aplicación sea efectivo. Que el usuario desarrolle el código de checkpoint y recuperación. Que el sistema operativo lo ejecute automáticamente. Que las variables sean excluidas del checkpoint por default. Que el checkpointing ocurra en paralelo con la ejecución principal.

Qué problema asociado al overhead se mitiga con la técnica de exclusión de memoria de variables. Incrementar el tiempo de latencia. Almacenar datos irrelevantes o innecesarios. Incrementar el tiempo de recuperación. Reducir la sensibilidad de los tests de aceptación.

Por qué un sistema de bloques de recuperación distribuidos mejora el tiempo de respuesta frente al sistema clásico. Porque no utiliza test de aceptación. Porque todas las versiones se ejecutan simultáneamente en nodos diferentes. Porque permite rollback de las acciones irreversibles. Porque utiliza diversificación forzada en todas las versiones.

Qué criterio es fundamental para establecer el periodo óptimo entre checkpoints en sistemas con alta probabilidad de fallos. Minimizar el tiempo de latencia. Maximizar el tiempo de ejecución efectiva. Equilibrar el coste de recuperación y el tiempo de overhead. Reducir al mínimo los datos almacenados.

Qué técnica de diversificación de datos se utiliza para corregir errores temporales en entradas previamente válidas. Perturbación explícita. Reutilización implícita de datos cercanos. Reexpresión exacta. Factorización por constantes.

Cuál es un beneficio clave del reinicio tras excepción frente a la continuación tras excepción. Mayor flexibilidad para resolver fallos complejos. Menor riesgo de perpetuar errores no detectados. Mantenimiento del estado exacto del sistema. Reducción del tiempo necesario para implementar el manejador.

Tienes un sistema crítico que debe responder en un tiempo límite y un módulo tarda más de lo esperado. ¿Qué mecanismo implementarías para detectar fallos en este caso?. Checkpointing a nivel de kernel. Un temporizador watchdog en un test de aceptación. Diversificación de datos con factor k. Rejuvenecimiento por tiempos constantes.

Un módulo está generando salidas incorrectas en un rango específico de datos de entrada. ¿Qué estrategia aplicarías para evitar este problema?. Diversificación de datos mediante perturbación explícita. Rejuvenecimiento controlado a nivel de procesador. Uso de wrappers para alterar las salidas. Comparación consistente entre salidas.

En un sistema distribuido con varios nodos, si el nodo primario falla, ¿cómo asegurarías la continuidad del servicio?. Usando rejuvenecimiento por predicción. Implementando bloques de recuperación distribuidos. Realizando checkpointing a nivel de usuario. Aplicando reexpresión exacta.

Un sistema tiene un overhead de checkpointing muy elevado. ¿Qué técnica utilizarías para reducirlo?. Exclusión de variables no modificadas. Reutilización implícita de datos cercanos. Uso de diversidad forzada en el diseño. Manejadores de excepciones genéricos.

Si tienes un software que ocasionalmente deja de responder por acumulación de errores en memoria, ¿qué técnica sería más adecuada para mantener la estabilidad?. Rejuvenecimiento controlado del software. Checkpointing en tiempos fijos. Uso de wrappers para entradas incorrectas. Implementación de programación N-Versiones.

Un sistema con múltiples versiones genera resultados diferentes debido a pequeñas variaciones en la precisión. ¿Qué harías para determinar la salida válida?. Utilizar un umbral δ para lograr una comparación consistente. Forzar el reinicio del sistema para corregir fallos. Implementar diversificación de datos mediante perturbación implícita. Realizar pruebas exhaustivas en todas las versiones.

Tu sistema debe ejecutar una aplicación de larga duración con alto riesgo de fallo. ¿Qué estrategia aplicarías para evitar perder todo el trabajo realizado?. Checkpointing a intervalos óptimos. Wrappers para analizar las salidas. Uso de excepción-reanudación. Diversificación incidental en los datos.

Un módulo de software tiene errores correlados debido a algoritmos comunes en múltiples versiones. ¿Qué harías para reducir esta correlación?. Diversidad forzada en el desarrollo. Uso de rejuvenecimiento controlado. Almacenamiento de variables "muertas". Comparación consistente entre las versiones.

Un proceso arroja una excepción inesperada y no tiene manejador definido. ¿Qué ocurriría si no implementas un manejador catch-all en el módulo principal?. La excepción se descarta automáticamente. El sistema utiliza su manejador por defecto. La ejecución continúa con un módulo alternativo. Se detiene el sistema sin realizar ninguna acción.

Tienes un sistema donde el tiempo entre checkpoints es demasiado largo y no se detectan fallos a tiempo. ¿Qué parámetro ajustarías para mejorar la eficiencia del checkpointing?. Reducir el tiempo de overhead. Incrementar el tiempo de latencia. Aumentar la tolerancia en los test de aceptación. Disminuir el tamaño de las variables "muertas".

¿Cuál es la función principal de los test de aceptación en sistemas críticos?. Mejorar la velocidad de ejecución. Detectar y verificar comportamientos correctos del software. Aumentar la precisión de las salidas. Implementar checkpoints automáticamente.

Qué estrategia sería más efectiva para manejar problemas acumulativos en un sistema que utiliza grandes volúmenes de memoria. Aplicar rejuvenecimiento controlado. Implementar test de aceptación de rangos. Usar wrappers para analizar las salidas. Diversificar las entradas con perturbación implícita.

Qué problema principal resuelve la programación N-Versiones en sistemas críticos. Eliminar errores correlados entre versiones. Reducir la probabilidad de fallo combinando resultados de versiones independientes. Mejorar la velocidad de desarrollo del software. Aumentar la eficiencia computacional.

Qué técnica utilizarías para evitar errores asociados a regiones problemáticas en el espacio de entrada de datos. Checkpointing a nivel de usuario. Perturbación explícita en la diversificación de datos. Uso de wrappers para filtrar salidas incorrectas. Implementación de test de aceptación probabilísticos.

En qué nivel el checkpointing es completamente transparente para el usuario. Nivel de kernel. Nivel de usuario. Nivel de aplicación. Nivel de hardware.

Qué método asegura que un sistema pueda continuar su operación tras un fallo en un nodo primario en sistemas distribuidos. Wrappers para controlar las salidas. Bloques de recuperación distribuidos. Diversidad forzada en el desarrollo. Checkpointing a intervalos constantes.

Por qué la comparación consistente es un desafío en sistemas con múltiples versiones de software. Los errores correlados aumentan la probabilidad de fallo. Las salidas pueden tener variaciones de precisión aceptables. Los test de aceptación no funcionan en sistemas paralelos. Es difícil implementar wrappers en todas las versiones.

Qué técnica reduce el overhead del checkpointing al evitar almacenar datos irrelevantes. Exclusión de variables no modificadas. Buffering con DMA. Checkpointing en tiempo fijo. Rejuvenecimiento por predicción.

En un sistema que utiliza test de aceptación, cómo verificarías salidas complejas sin realizar comprobaciones exhaustivas. Aplicando tests probabilísticos. Usando rejuvenecimiento controlado. Implementando wrappers que alteren las entradas. Ejecutando comparaciones consistentes.

Si un módulo genera excepciones frecuentes que deben manejarse localmente, ¿qué tipo de excepciones estás utilizando?. Excepciones internas. Excepciones externas. Excepciones reanudadas. Excepciones generadas por el sistema.