Cuestiones
ayuda
option
Mi Daypo

TEST BORRADO, QUIZÁS LE INTERESETEMA 5 DIS

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del test:
TEMA 5 DIS

Descripción:
TEMA 5 DIS

Autor:
Fatema
(Otros tests del mismo autor)

Fecha de Creación:
14/01/2024

Categoría:
Informática

Número preguntas: 152
Comparte el test:
Facebook
Twitter
Whatsapp
Comparte el test:
Facebook
Twitter
Whatsapp
Últimos Comentarios
No hay ningún comentario sobre este test.
Temario:
Intuitivamente un índice básico para medir rendimiento puede ser el tiempo que se tarda en realizar una tarea V F.
Una señal de reloj es una señal cuadrada periódica para sincronizar el funcionamiento del procesador V F.
Una señal de reloj es una señal cúbica no periódica para sincronizar el funcionamiento del procesador V F.
Los ciclos por instrucción son los ciclos empleados por el procesador para ejecutar una instrucción V F.
Interesa maximizar los ciclos por instrucción V F.
Los ciclos por instrucción no dependen del tipo de instrucción ejecutada V F.
Los ciclos por instrucción dependen de la organización y arquitectura (lenguaje máquina) V F.
Un inconveniente de los ciclos por instrucción es que ignora el tiempo imprevisible que aparecen en la ejecución de un programa habitual (riesgos) V F.
El valor CPI medio dependerá del programa ejecutado ya que cada instrucción necesita un número de ciclos distinto para su ejecución V F.
Los MIPS son millones de instrucciones de coma flotante por segundo y los MFLOPS son millones de operaciones por segundo V F.
Los MIPS no varían entre programas del mismo computador V F.
Los MIPS relativos son los referidos a una máquina de referencia (proceso de normalización) V F.
MFLOPS está basado en instrucciones y no en operaciones V F.
El problema de los MFLOPS es que el formato de los números en coma flotante puede variar de una arquitectura a otra y, por tanto, tener diferente precisión V F.
Las operaciones más costosas son las trigonométricas seguidas de sumas, restas, multiplicaciones... según MFLOPS normalizados V F.
La comparación de prestaciones busca comparar dos equipos con las mismas configuraciones hardware y/o software V F.
La comparación de prestaciones busca ejecutar programas reales o los más parecidos a estos para evaluar el rendimiento del sistema. Posteriormente se comparan ambos sistemas y para el más rápido se podrá medir la ganancia en prestaciones conocida como aceleración o speedup V F.
La ganancia de prestaciones cuando se realiza una comparación de prestaciones se conoce como mejora o gain V F.
En comparaciones de sistemas, en ausencia de otra información, siempre interesará elegir aquellas opciones que minimicen el cociente prestaciones/coste V F.
La mejora del tiempo de respuesta en la ejecución de un proceso es ilimitada V F.
La Ley De Amdahl permite responder a la pregunta ¿Cuál es la aceleración A (speedup) del sistema después de acelerar k veces un componente? V F.
Según la Ley De Amdahl si f = 0 entonces A = 1, no hay ninguna mejora en el sistema 1, el sistema mejora igual que el componente k, el sistema mejora igual que el componente k, no hay ninguna mejora en el sistema.
Según la Ley De Amdahl si f = 1 entonces A = 1, no hay ninguna mejora en el sistema 1, el sistema mejora igual que el componente k, el sistema mejora igual que el componente k, no hay ninguna mejora en el sistema.
Una mejora es más efectiva cuanto más grande es la fracción de tiempo en que ésta se aplica. Para mejorar un sistema complejo hay que optimizar los elementos que se utilicen durante la mayor parte del tiempo V F.
Con la ley de Amdahl podemos estimar la aceleración A (speedup) de la ejecución de un único programa en un sistema después de acelerar k veces un componente, es decir, su tiempo de respuesta óptimo en ausencia de otros programas. V F.
El análisis operacional fue presentado por Amdahl V F.
El análisis operacional está basado en magnitudes medibles (variables operacionales) del sistema informático. V F.
Las leyes operacionales son las relaciones entre las magnitudes medibles V F.
El análisis operacional se utiliza en el modelo de sistemas asintóticos V F.
Una estación de servicio es un objeto abstracto compuesto por un dispositivo (recurso físico) que presta un servicio y una cola de espera para los trabajos (clientes) que demandan un servicio de él V F.
Una estación de servicio es un objeto físico compuesto por un dispositivo (recurso físico) que presta un servicio y una cola de espera para los trabajos (operaciones) que demandan un servicio de él V F.
Una estación de servicio siempre será un servidor completo V F.
En una estación de servicio el tiempo transcurrido desde que un trabajo quiere hacer uso de un recurso hasta que realmente empieza a utilizarlo es Tiempo de espera en cola - Latencia (W) Tiempo de servicio (S) Tiempo de respuesta de la estación de servicio (R).
En una estación de servicio el tiempo transcurrido desde que un trabajo hace uso de un recurso hasta que lo libera es Tiempo de espera en cola - Latencia (W) Tiempo de servicio (S) Tiempo de respuesta de la estación de servicio (R).
En una estación de servicio el tiempo de respuesta de la estación de servicio es: El tiempo de espera en cola - Latencia (W) El tiempo de servicio La suma de ambos Ninguna es correcta.
El tiempo de respuesta de la estación de servicio (R) se puede conocer también como Respuesta Espera Velocidad Latencia Ninguna de las anteriores Todas son correctas.
Las variables Ai, Ci y Bi que representan arrivals, completions y busy time en una estación de servicio son: Variables operacionales básicas Variables operacionales deducidas.
Las variables Ui, Qi y Ni que representan utilización, saturación y número medio de trabajos en una estación de servicio son Variables operacionales básicas Variables operacionales deducidas.
Toda variable operacional depende del intervalo de observación T ya que son valores medios para el intervalo de monitorización T V F.
Existen una serie de relaciones entre las variables operacionales que se mantienen válidas para cualquier intervalo de observación. Estas relaciones se denominan leyes operacionales V F.
La hipótesis del equilibrio de flujo establece que en un servidor no saturado, si se escoge un intervalo de observación suficientemente largo, se cumple que la tasa de llegada coincide con la productividad V F.
La Ley de Little relaciona el número medio de trabajos en el sistema (N0) con el tiempo de respuesta (R0) y su tasa de llegada (λ0) V F.
La ley de Little solo puede ser aplicada al sistema en su totalidad V F.
Los límites asintóticos del rendimiento trata de encontrar una cota superior de la productividad (X0) e inferior del tiempo de respuesta (R0) del sistema. Son, por tanto, límites optimistas del rendimiento V F.
Los límites asintóticos del rendimiento trata de encontrar una cota inferior de la productividad (X0) e superior del tiempo de respuesta (R0) del sistema. Son, por tanto, límites pesimistas del rendimiento V F.
Un monitor es una herramienta para observar/medir las actividades ligadas al rendimiento de un sistema mientras es utilizado por los usuarios (carga real) V F.
Un monitor es una herramienta para observar/medir las actividades ligadas al rendimiento de un sistema se encuentra en reposo V F.
Un monitor recoge los datos y los visualiza pero no los analiza V F.
Un monitor puede identificar problemas y solucionarlos V F.
La carga de trabajo o workload se puede definir como el conjunto de tareas que ha de realizar un sistema que demande recursos del mismo V F.
La carga de prueba o test workload es la carga empleada en un estudio de evaluación V F.
Une correctamente los tipos de monitores Según cuando se toman los datos Según su naturaleza Según su interactividad.
Los monitores que toman datos en los cambio de estado son los Conducido por evento (event-driver) A intervalos regulares (sampling monitor) Hardware, software o híbridos No interactivos (bacth monitors) Interactivos (on-line monitors).
Los monitores que toman datos cada periodo de muestreo T son los Conducido por evento (event-driver) A intervalos regulares (sampling monitor) Hardware, software o híbridos No interactivos (bacth monitors) Interactivos (on-line monitors).
Los mejores monitores para estadísticas son Conducido por evento (event-driver) A intervalos regulares (sampling monitor) Hardware, software o híbridos No interactivos (bacth monitors) Interactivos (on-line monitors).
Los monitores según su naturaleza son Conducido por evento (event-driver) A intervalos regulares (sampling monitor) Hardware, software o híbridos No interactivos (bacth monitors) Interactivos (on-line monitors).
Los monitores que se ponen en marcha y solo se pueden consultar los datos recogidos tras un periodo de funcionamiento definido son Conducido por evento (event-driver) A intervalos regulares (sampling monitor) Hardware, software o híbridos No interactivos (bacth monitors) Interactivos (on-line monitors).
Los monitores que se ponen en marcha y solo se pueden ir visualizado los datos interactivamente, e incluso cambiar su configuración son: Conducido por evento (event-driver) A intervalos regulares (sampling monitor) Hardware, software o híbridos No interactivos (bacth monitors) Interactivos (on-line monitors).
Es común que los monitores induzcan una sobrecarga en el sistema monitorizado al ejecutar las instrucciones del mismo V F.
Si queremos monitorizar un componente para conocer la carga de trabajo u ocupación del mismo hay que monitorizar: Siempre Siempre que se necesite Hay que muestrear unos minutos antes y después Todas son válidas.
Si queremos monitorizar un problema que se presenta aleatoriamente hay que monitorizar: Siempre Siempre que se necesite Hay que muestrear unos minutos antes y después Todas son válidas.
Si queremos monitorizar un problema o evento determinado hay que monitorizar: Siempre Siempre que se necesite Hay que muestrear unos minutos antes y después Todas son válidas.
Como regla general si queremos monitorizar un evento o problema, la frecuencia de monitorización será frecuencia ≤ 1/6 la duración del problema V F.
¿Cuál de los siguientes es un planificador de tareas para Linux usado en monitorización para lanzar procesos que lean archivos o que ejecuten utilidades? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
Cron se configura en el archico /www/var/crontab V F.
Es posible definir un único archivo crontab, que es propiedad de root V F.
El directorio /proc es un directorio que existe en disco y sirve de interfaz de comunicación con el kernel para obtener diferente información del sistema e incluso configurarlo V F.
Los monitores suelen obtener su información de sar V F.
A través de los ficheros del directorio /proc podemos Acceder a información global sobre el S.O Acceder a la información de cada uno de los procesos del sistema Acceder y, a veces, modificar algunos parámetros del kernel del S.O Todas son correctas La 1 y la 2 son correctas.
Los archivos logs se encuentran en el directorio /var/log V F.
¿Cuál de los siguientes muestra el hardware instalado en el sistema según está descrito en la BIOS? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
Une correctamente los comandos Información sobre el procesador Información sobre uso de memoria Tipo de procesador instalado Tipo de memoria instalada.
En Unix un proceso se puede encontrar en estado: Running Runnable Uninterruptible sleep = I/O blocked Interruptible sleep.
La cola de procesos del núcleo (run queue) en Unix está formada por aquellos procesos que pueden ejecutarse V F.
La carga del sistema en Unix son número de procesos en modo: running, runnable o I/O blocked runnable, interruptible sleep o I/O blocked running, o interruptible sleep running, runnable, I/O blocked o interruptible sleep.
¿Cuál de los siguientes muestra información sobre el estado actual de los procesos del sistema? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes muestra la jerarquía de procesos del sistema? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes muestra cada T segundos : carga media, procesos, consumo de memoria...? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
El comando ps se suele ejecutar en modo interactivo (se puede cambiar las columnas seleccionadas, la forma de ordenar las filas, etc.) V F.
¿Cuál de los siguientes comandos devuelve la carga del sistema con una estimación aproximada del nivel de carga? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
El comando uptime devuelve una estimación aproximada del nivel de carga del sistema. Une correctamente. Cada opción solo tiene UNA correcta, solo 3 respuestas Operación normal Muy alta Excesivamente alta.
¿Cuál de los siguientes comandos devuelve información de uso de CPU y sistema de discos (incluido NFS)? cron dmidecode ps pstree top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes comandos devuelve información de la CPU para máquinas con más de un procesador? pidstat df du sar top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes comandos devuelve información sobre la memoria? pidstat df du sar top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes comandos devuelve información sobre paging (paginación), swapping, interrupciones, cpu? pidstat df du sar top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes comandos devuelve información sobre procesos y su consumo de recursos? pidstat df du sar top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes comandos devuelve información sobre la ocupación genérica del sistema de ficheros? pidstat df du sar top uptime iostat mpstat free vmstat.
¿Cuál de los siguientes comandos devuelve información sobre la ocupación de directorios concretos? pidstat df du sar top uptime iostat mpstat free vmstat.
El comando df -h devuelve información sobre la ocupación genérica del sistema de ficheros en un formato legible para humanos la ocupación de directorios concretos haciendo la suma total sin definir subdirectorios.
El comando du -s devuelve información sobre la ocupación genérica del sistema de ficheros en un formato legible para humanos la ocupación de directorios concretos haciendo la suma total sin definir subdirectorios.
Une correctamente estos comandos de monitorización de redes netstat tcpdump wireshark.
¿Cuál de los siguientes comandos es muy utilizado por los administradores de sistemas Unix en la detección de cuellos de botella (bottlenecks)? pidstat df du sar top uptime iostat mpstat free vmstat.
Sar puede proporcionar información actual o histórica V F.
La suite de sar recoge datos periódicamente en modo back-end y los muestra cuando se solicita en modo front-end V F.
Los datos de sar se almacenan en /var/log/sa en ficheros saxx donde xx representan el día V F.
Sar hace uso de contadores estadísticos ubicados en /proc /dev/mem /var/logs /etc /etc/crontab Todos son correctos El 1 y 2 son correctos El último es incorrecto.
La monitorización USE comprueba para cada recurso de la computadora su: Utilización Saturación Errores Todos los anteriores.
Une correctamente estos conceptos de la monitorización USE Utilización Saturación Errores.
Nagios es una aplicación de monitoreo de red y sistemas V F.
La monitorización a nivel de aplicación se denomina app-monitor V F.
La monitorización a nivel de aplicación (profiling) busca observar el comportamiento de una aplicación concreta con el fin de obtener información para poder optimizar su código V F.
El comando time se utilizan en el profiling y mide el tiempo de ejecución de un programa y muestra algunas estadísticas sobre su ejecución V F.
Según el comando time, el campo user corresponde al usuario que ejecutó el comando y el campo sys es la hora del sistema V F.
Las etapas a seguir por un profiler son Compilar el programa habilitando la recogida de información, Ejecutar el programa instrumentado, Ejecución más lenta porque se ha de recoger y dejar la información en un fichero (profile data) y Analizar la información contenida en el fichero de comportamiento Modificar el código fuente para incluir impresiones de depuración en cada función, Ejecutar el programa y revisar manualmente los tiempos de ejecución y Depender de la intuición para optimizar el código sin datos concretos. Ejecutar el programa en modo de producción para recoger datos de rendimiento, Asumir que las áreas más complejas del código son las que necesitan optimización y Hacer cambios al azar en el código para ver si mejora el rendimiento Instalar herramientas de terceros que prometen optimizaciones automáticas sin análisis, Confiar exclusivamente en el feedback de los usuarios para determinar la eficiencia del código e Ignorar los datos de rendimiento y enfocarse solo en la funcionalidad del programa.
Perf es un conjunto de herramientas para el análisis de rendimiento en Linux basadas en eventos software y hardware V F.
Perf permite analizar el rendimiento de Un hilo individual Un proceso y sus hijos Todos los procesos que se ejecutan en una CPU concreta Todos los procesos que se ejecutan en el sistema Las 2 últimas son correctas Todas menos la primera son correctas Todas son correctas.
V-Tune es propio de AMD y CodeAnalyst de Intel V F.
V-Tune y CodeAnalyst combinan tanto monitorización software mediante muestreo como monitorización hardware por eventos que hacen uso de contadores hardware disponibles en los últimos microprocesadores de Intel y AMD V F.
Las medidas obtenidas mediante monitorización son fácilmente comparables con otros sistemas V F.
La referenciación o benchmarking consiste en dar índices de rendimiento o eficiencia para un sistema que se puedan comparar con los de otros sistemas, en ocasiones llevándolos al límite V F.
La referenciación o benchmarking consiste en observar/medir las actividades ligadas al rendimiento de un sistema mientras es utilizado por los usuarios (carga real) V F.
El benchmarking necesita la definición de una carga de trabajo repetible, genérica e independiente del sistema V F.
El benchmarking necesita la definición de una carga de trabajo repetible, no genérica y dependiente del sistema V F.
El test workload en benchmarking es la carga de trabajo repetible, genérica e independiente del sistema que se pasará al sistema como test V F.
La caracterización de la carga se realiza siguiendo los siguientes pasos: Identificación de los componentes básicos en los cuales genera actividad la carga, Elección de los parámetros característicosde dichos componentes, Recolección de datos y Análisis y clasificación de los datos Suponer el comportamiento de la carga sin análisis previo, Implementar mejoras basadas en suposiciones no verificadas y Evitar la recolección de datos para no influir en el rendimiento del sistema. Esperar a que el sistema falle para identificar los componentes críticos, Utilizar solo datos históricos para predecir el comportamiento futuro de la carga y Considerar únicamente el rendimiento máximo del sistema sin evaluar su comportamiento habitual. Ignorar los componentes individuales y enfocarse solo en la capacidad máxima del sistema, Elegir parámetros no representativos que no reflejen el comportamiento real de la carga y No realizar un análisis de los datos recogidos y basar las decisiones en la intuición.
Los elementos que influyen en la referenciación son los elementos hardware del equipo y el sistema operativo exclusivamente V F.
Gracias al benchmarking se han hallado índices que de forma objetiva y global determinan qué sistema informático es mejor que otro V F.
Un benchmark es un programa o un conjunto de programas diseñados con el fin de compararalguna/s medida/s del rendimiento entre equipos informáticos. V F.
Hay dos características principales que definen un programa de benchmark, la carga de prueba (con la que estresa el sistema evaluado) y el conjunto de reglas a seguir para la correcta validación de los resultados V F.
La mayoría de los benchmark miden la cantidad de tareas ejecutadas para un tiempo de cómputo pre-establecido V F.
Los benchmarks pueden medir el tiempo necesario para ejecutar una cantidad pre-establecida de tareas así como la cantidad de tareas ejecutadas para un tiempo de cómputo pre-establecido V F.
SLALOM: Calcula los límites inferior y superior de una integral hasta que el sistema se quede sin recursos. Medida de rendimiento: QUIPS (quality improvements per second) V F.
HINT: Mide la precisión de la solución de un determinado problema que se puede alcanzar en 1 minuto de ejecución V F.
SLALOM: Mide la precisión de la solución de un determinado problema que se puede alcanzar en 1 minuto de ejecución. V F.
HINT: Calcula los límites inferior y superior de una integral hasta que el sistema se quede sin recursos. Medida de rendimiento: QUIPS (quality improvements per second). V F.
Las mediciones de benchmark no permiten variar tanto la cantidad de tareas como el tiempo de cómputo para adaptarlos a cada sistema V F.
Une correctamente los tipos de benchmark Benchmark según su ámbito Benchmark según las operaciones realizadas.
¿Cuáles de los siguientes benchmark corresponden a benchmarks según su ámbito? Microbenchmarks o benchmarks para componentes hardware, Kernel benchmarks y Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos, Benchmarks de problemas reales y Benchmarks desarrollados específicamente por el usuario.
¿Cuáles de los siguientes benchmark corresponden a benchmarks según las operaciones realizadas? Microbenchmarks o benchmarks para componentes hardware, Kernel benchmarks y Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos, Benchmarks de problemas reales y Benchmarks desarrollados específicamente por el usuario.
¿Cuál de los siguientes benchmark estresan componentes o agrupaciones de componentes concretos del sistema? Microbenchmarks o benchmarks para componentes hardware Kernel benchmarks Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos Benchmarks de problemas reales Benchmarks desarrollados específicamente por el usuario.
¿Cuál de los siguientes benchmark tiene como objetivo cargar una etapa o fase de un sistema o aplicación? Microbenchmarks o benchmarks para componentes hardware Kernel benchmarks Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos Benchmarks de problemas reales Benchmarks desarrollados específicamente por el usuario.
¿Cuál de los siguientes benchmark es una carga compuesta por un conjunto de aplicaciones? Microbenchmarks o benchmarks para componentes hardware Kernel benchmarks Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos Benchmarks de problemas reales Benchmarks desarrollados específicamente por el usuario.
¿Cuál de los siguientes benchmark realizan operaciones (matemáticas o de otro tipo) dando como resultado una carga que no se corresponde con ninguna aplicación real? Microbenchmarks o benchmarks para componentes hardware Kernel benchmarks Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos Benchmarks de problemas reales Benchmarks desarrollados específicamente por el usuario.
¿Cuál de los siguientes benchmark obtiene un modelo de carga que representa la carga habitual (o futura) de un equipo concreto con el fin de comparar el rendimiento de éste ante diferentes configuraciones? Microbenchmarks o benchmarks para componentes hardware Kernel benchmarks Benchmarks de aplicaciones o sistema completo Benchmarks de problemas sintéticos Benchmarks de problemas reales Benchmarks desarrollados específicamente por el usuario.
En el benchmark es recomendable utilizar múltiples índices de rendimiento porque es más sencillo de comparar V F.
Con que el benchmark se realice una vez y se obtenga un resultado es suficiente para una buena comparación V F.
Los valores obtenidos de los benchmark deben comprobarse para que sean válidos. Posteriormente se elegirá una medida de síntesis (normalmente una media) y se elegirá el tipo de esta V F.
El paso final de un benchmark es comparar los resultados de dos o varios equipos o sistemas para comprobar si las diferencias entre medias son significativas V F.
Los microbenchmarks Whetstone y Linpack miden el rendimiento de operaciones con enteros V F.
Une correctamente estos microbenchmarks Whetstone Linpack Dhrystone.
Une correctamente estos microbenchmarks Stream IOzone Netperf.
Phronix-test-suite es una aplicación que incorpora varios paquetes de microbenchmarks V F.
Para el benchmark de aplicaciones nos interesa un único índice, el número de conexiones por segundo y en paralelo V F.
Apache Benchmark ab es una utilidad de testeo de un servidor Web que puede servir para fijar un estado “base”, hacer modificaciones y observar los cambios en los índice V F.
Apache Benchmark debe ejecutarse en la misma máquina en la que se encuentra el servidor V F.
Apache Benchmark simula el funcionamiento de un cliente solicitando múltiples páginas distintas V F.
httperf mide el rendimiento de un sitio web y es más avanzado y configurable que ab (Apache Benchmark) V F.
Apache Benchmark es más avanzado y configurable que httperf V F.
TPC es una organización sin ánimo de lucro especializada en benchmarks relacionados con comercio electrónico y con bases de datos V F.
Según SPEC CPU2017 el concepto base se refiere a: Compilación en modo conservativo, es decir, con reglas estrictas para que todos usen las mismas opciones de compilación. permitir que cada uno escoja las opciones de compilación óptimas para cada programa.
Según SPEC CPU2017 el concepto peak se refiere a: Compilación en modo conservativo, es decir, con reglas estrictas para que todos usen las mismas opciones de compilación. permitir que cada uno escoja las opciones de compilación óptimas para cada programa.
Según SPEC para calcular los índices de spec es necesario realizar una media aritmética de la suma de los datos V F.
Denunciar test Consentimiento Condiciones de uso