5 de marzo de 2012
El rendimiento mantiene una relacin inversa al tiempo de ejecucin, es decir, a un menor tiempo de ejecucin se tiene un mayor rendimiento; y viceversa. Por lo que se mantiene la siguiente relacin:
Pgina 1
5 de marzo de 2012
MIPS
t ejecucion
NI MIPS *10 6
Ventajas de la mtrica de MIPS. Fciles de entender. Mayor MIPS mayor rapidez de ejecucin.
Pgina 2
5 de marzo de 2012
Inconvenientes: Los MIPS dependen del repertorio de Instrucciones. Difcil comparar mquinas con diferente conjunto de instrucciones. Los MIPS varan entre programas en un mismo computador. Los MIPS pueden variar inversamente al rendimiento.
Ejemplo de mquinas con hardware en punto flotante. Si dispone baja los MIPS Si no dispone suben los MIPS.
Los MIPS no reflejan el tiempo de computacin y pueden fallar al dar una visin del rendimiento del computador. Se puede dar como medida los MIPS relativos a una mquina patrn.
MIPS relativos
tiempo referencia: tiempo del programa en la maquina de referencia tiempo no estimado: tiempo de ejecucin del programa en la mquina a medir
MIPSreferencia: MIPS de la mquina de referencia Problema de encontrar una mquina de referencia (VAX-11/780 en los aos ochenta) A medida que el software se desarrolla (modernos computadores) hay dificultades de acoplarlos a mquinas de referencia. Los MIPS relativos no aportan demasiadas ventajas ya que hay que conocer el tiempo de ejecucin, el programa y la entrada. MFLOPS: Millones de operaciones en punto flotante por segundo.
MFLOPS
Son aplicables a problemas que impliquen clculo en P.F. (p. ej. para un compilador no sirve). No todas las operaciones en P.F. tienen la misma importancia.
Pgina 3
5 de marzo de 2012
Relacin de medidas.
El tiempo que tarda un programa en ser ejecutado por un computador puede ser difcil de medir, debido a los Sistemas Operativos Multitarea y a los dispositivos de E/S, que tienen tiempos de respuesta que son independientes de la frecuencia de reloj del ordenador. Por ello es necesario diferenciar entre el tiempo que tarda una CPU en ejecutar el cdigo de un programa, el tiempo que utiliza el S.O. para realizar sus tareas, y el tiempo necesario para acceder a los dispositivos de E/S. El tiempo de ejecucin de un programa lo dividiremos en las siguientes componentes: Tiempo de respuesta Tiempo de CPU
A su vez, el tiempo de CPU lo dividimos en: Tiempo de CPU utilizado por el usuario. Tiempo de CPU utilizado por el S.O.
Tiempo de respuesta Es el tiempo necesario para completar una tarea, incluyendo los accesos al disco, a la memoria, las actividades de E/S y los gastos del S.O. Es el tiempo que percibe el usuario. Tiempo de CPU Es el tiempo que tarda en ejecutarse un programa, sin tener en cuenta el tiempo de espera debido a la E/S o el tiempo utilizado para ejecutar otros programas. Se divide en: Tiempo de CPU utilizado por el usuario. Es el tiempo que la CPU utiliza para ejecutar el programa del usuario. No se tiene en cuenta el tiempo de espera debido a la E/S o el tiempo utilizado para ejecutar otros programas. Tiempo de CPU utilizado por el S.O. Es el tiempo que el S.O. emplea para realizar su gestin interna.
La funcin time de Unix produce una salida de la forma: 90.7u 12.9s 2:39 65%, donde: Tiempo de CPU del usuario = 90.7 segundos Tiempo de CPU utilizado por el sistema = 12.9 segundos Tiempo de CPU= 90.7 seg.+ 12.9seg = 103.6 Tiempo de respuesta = 2 minutos 39 segundos =159 segundos Tiempo de CPU = 65% del tiempo de respuesta = 159 segundos*0.65 = 103.6 Tiempo esperando operaciones de E/S y/o el tiempo ejecutando otras tareas 35% del tiempo de respuesta = 159 segundos*0.35 = 55.6 segundos. El tiempo de respuesta se utiliza como medida del rendimiento del sistema (con el sistema no cargado), mientras que el rendimiento de la CPU normalmente hace referencia al tiempo de CPU del usuario sobre un sistema no cargado.
Pgina 4
5 de marzo de 2012
El tiempo de CPU de un programa podemos expresarlo como: Tiempo_de_CPU = Nmero_de_ciclos_de_reloj_de_la_ CPU Tc donde Tc = Duracin_del_ciclo_de_reloj Fc Tiempo _ de _ CPU = Nmero _ de _ ciclos _ de _ reloj _ de _ la _ CPU/Fc
No son parte de programas reales y no los ejecutan los usuarios porque no dan nada. Intentar determinar la frecuencia media de operaciones y operandos de un gran conjunto de programas. Whetstone. Dhrystone.
Pgina 5
5 de marzo de 2012
Peligro de dirigir la optimizacin de los computadores a dar buenos valores de Benchmarks sintticos. La utilizacin de Benchmarks y Ncleos puede ser atractiva cuando se empieza con un diseo. son pequeos y fcilmente simulables. se pueden hacer a mano. pueden ejecutarse aunque no exista todava compilador. son fciles de standarizar.
No puede extenderse para evaluar el rendimiento de sistemas computadores en funcionamiento. Standarizacin de Sistemas Operativos: UNIX, DOS. Existencia de software de distribucin libre. Poder ejecutar todo programa real en cualquier mquina.
Pgina 6