La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Métricas de Rendimiento de Sistemas Operativos. La medición es fundamental para cualquier disciplina de ingeniería. Según Loard Kelvin Cuando pueda medir.

Presentaciones similares


Presentación del tema: "Métricas de Rendimiento de Sistemas Operativos. La medición es fundamental para cualquier disciplina de ingeniería. Según Loard Kelvin Cuando pueda medir."— Transcripción de la presentación:

1 Métricas de Rendimiento de Sistemas Operativos

2 La medición es fundamental para cualquier disciplina de ingeniería. Según Loard Kelvin Cuando pueda medir lo que está diciendo y expresarlo con números, ya conoce algo sobre ello; cuando no pueda medir, cuando no pueda expresar con números lo que dice, su conocimiento es precario y deficiente: puede ser el comienzo del conocimiento, pero en sus pensamientos, apenas está avanzando hacia el escenario de la ciencia.

3 Métricas de Rendimiento de Sistemas Operativos Indicadores Medida : Medida : Indicación cuantitativa de la extensión, cantidad, dimensiones, capacidad o tamaño de algunos atributos de un proceso o producto. Métrica: Métrica: Medida cuantitativa del grado en que un sistema, componente o proceso posee un atributo dado. Indicador: Indicador: Es una métrica o combinación de métricas que proporcionan una visión profunda del proceso de SW, del proyecto o producto en sí. Permite al gestor de proyectos ajustar el producto, proyecto o proceso para que las cosas salgan mejor.

4 Métricas de Rendimiento de Sistemas Operativos Formas de medir el rendimiento: Tiempo de respuesta Tiempo entre el comienzo y finalización de una tarea. También llamado tiempo de ejecución. Productividad (throughput) Cantidad total de trabajo realizado en un tiempo determinado. Una mejor medida desde el punto de vista del sistema pero no desde el punto de vista del usuario.

5 Métricas de Rendimiento de Sistemas Operativos Métricas de software 1.Medidas directas: Ejm: costo, esfuerzo 2. Medidas indirectas: Ejm: LDC, velocidad de ejecución, defectos durante un período de tiempo. Métricas orientadas al Tamaño Provienen de la normalización de las medidas de calidad y/o productividad, considerando el tamaño del SW producido. Métricas orientadas a la Función Utilizan una medida de funcionalidad de la aplicación como valor de normalización Puntos de fusión y factores de complejidad

6 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador6 de 22 El rendimiento de un computador X es inversamente proporcional al tiempo de ejecución: Computador X es n% más rápido que el computador Y Computador Y es n% más lento que el computador X

7 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador7 de 22 Tiempo (segundos) Única medida completa y fiable del rendimiento de un computador. Comando Unix: time programa --> 90.7 u 12.9 s 2:39 65%

8 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador8 de 22 (CPI MEDIO : Nos permite comparar dos implementaciones de una misma arquitectura) Reloj

9 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador9 de 22

10 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador10 de 22 MIPS (millones de instrucciones por segundo) Inconvenientes de la métrica: Los MIPS dependen del repertorio de instrucciones. No podemos comparar distintas arquitecturas. Los MIPS varían entre programas en el mismo computador. Los MIPS pueden variar inversamente al rendimiento.

11 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador11 de 22 MFLOPS (Millones de operaciones en punto flotante por segundo) Inconvenientes: Sólo aplicable a las operaciones en punto flotante. Instrucciones en punto flotante no comparables entre diferentes máquinas. Máquina A : *, -, * y / Máquina B : No tiene / (dará mas MFLOPS) Mezcla de operaciones rápidas y lentas. Los MFLOPS para 100 sumas serán mayores que para 100 divisione s. MFLOPS normalizados:

12 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador12 de 22 Programas que forman una carga de trabajo con la que el usuario espera predecir el rendimiento de la carga de trabajo real. Programas reales típicos Ejemplos: Compiladores (gcc), tratamiento de textos (TeX), herramientas CAD (spice). Núcleos obtenidos de programas reales (Kernels) Pequeñas partes intensivas en el tiempo de programas reales. Ejemplo: Livermore Loops y Linpack. Programas triviales o benchmarks reducidos (toys) líneas de programa. Resultado conocido antes de ejecutarlo. Ejemplo:Quicksort, puzzle,... Programas sintéticos Creados artificialmente (programas sintéticos). Ejemplo: Whetstone y Dhrystone.

13 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador13 de 22 SPEC : Cooperativa de Evaluación del Rendimiento de Sistemas (System Performance Evaluation Cooperative) En 1988 representantes de unas cuantas compañías - Apollo/Hewlett-Packard, DEC, MIPS y Sun- fundan una cooperativa para la evaluación del rendimiento de sistemas. Llegan al acuerdo de ejecutar todos un conjunto de programas y entradas reales. Factible debido en gran parte a: Sistemas Operativos portables (Unix) Popularidad de los Lenguajes de Alto Nivel. Ahora, los compiladores, también forman parte del rendimiento de un computador y deben ser medidos en cualquier evaluación.

14 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador14 de 22 Los benchmarks reducidos (toys) y los sintéticos no cargan la memoria principal del sistema de forma realista (todo el programa cabe en la memoria cache) Una vez que el benchmark se estandariza inmediatamente aparecen mejoras específicas para el mismo elevando los resultados de rendimientos. Si los benchmarks fuesen nuestros programas nos veríamos beneficiados ya que los interesados harían que nuestra aplicación fuese más rápida. Los benchmarks reales son difíciles de realizar, situación que se agudiza en los casos de: Máquina no construida, simuladores más lentos. Benchmarks no portables Compiladores no disponibles

15 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador15 de 22 ¿Cómo combinar el rendimiento de un conjunto de programas?

16 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador16 de 22 El posible aumento de rendimiento para una mejora dada está limitado por la cantidad que se utiliza la característica mejorada. Si suponemos que la mejora acelera una fracción F de la tarea en un factor de S, entonces la ganancia de velocidad (speedup) vendrá dada por: Corolario: Hacer rápido el caso común. F 1-F 1

17 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador17 de 22 Suponga una aplicación que casi toda es paralela (90%) o lo que es lo mismo, una tarea que puede ejecutarse por varios procesadores simultáneamente. Número de procesadores: P Al pasar de 100 a 1000 procesadores el aumento de rendimiento no ha sido tanto como el esperado. Para aumentarlo es necesario acelerar la parte secuencial del programa o que la fracción factible de ejecutarse en paralelo aumente.

18 Estructura de Computadores (EUI: 2º ITIS)Cap 2: Rendimiento de un computador18 de 22 Veamos que ocurre si mejoramos en cantidad 2 la parte no paralela: Veamos que ocurre si aumentamos la fracción paralelizable en 0.05 Algunas direcciones de interés relacionadas con el rendimiento: html

19 Métricas de Rendimiento de Sistemas Operativos Pruebas performance/


Descargar ppt "Métricas de Rendimiento de Sistemas Operativos. La medición es fundamental para cualquier disciplina de ingeniería. Según Loard Kelvin Cuando pueda medir."

Presentaciones similares


Anuncios Google