SlideShare una empresa de Scribd logo
1 de 4
Descargar para leer sin conexión
UNIVERSIDAD TÉCNICA
  PARTICULAR DE LOJA
    La Universidad Católica de Loja


    ELECTRÓNICA Y
 TELECOMUNICACIONES

CRISTIAN AGUIRRE ESPARZA

    “BENCHMARKING”


     CUARTO CICLO

                2012
INTRODUCCION
Un programa de prueba o benchmark se define como un programa o conjunto de
programas que evalúan las prestaciones de un sistema informático reproduciendo una
carga de trabajo genérica en dicho sistema informático.

Un benchmark se usa en las siguientes ocasiones:

 Adquisición de equipos informáticos, en la mayoría de los casos, un equipo informático se
va a usar para una gama amplia de tareas, desde llevar a cabo operaciones comerciales
hasta ejecutar juegos de red. Por tanto, en tales casos una carga genérica reproducirá con
más o menos exactitud la carga que va a ejecutar el sistema.

Sintonización de un sistema informático: El ejecutar benchmarks periódicamente sobre un
sistema que se está usando, permite ver como se deteriora o, en general, cambia su
capacidad a lo largo del tiempo. Además, los benchmarks permiten hallar qué partes del
sistema se deben cambiar o mejorar, o cómo ha impactado en el sistema el cambio de
alguna de sus partes, o la actualización del sistema operativo o de alguno de sus
programas.

Planificación de la capacidad de un sistema informático: la evolución de la carga de un
sistema y de los resultados de los benchmarks pueden permitir prever qué cambios va a
hacer falta llevar a cabo en el futuro, y en qué punto.

Comparación de diferentes programas que realizan una tarea determinada: por ejemplo,
evaluar cómo diferentes compiladores generan código, cómo se comportan dos sistemas
de procesamiento de transacciones, o cómo aprovechan los recursos del sistema dos
diferentes sistemas operativos.




BENCHMARKING
Al proceso de comparar dos o más sistemas mediante la obtención de medidas se le
denomina benchmarking. En general, para evaluar las prestaciones de un sistema
informático es necesario conocer y caracterizar previamente cuál es la carga de trabajo.
Sin embargo, en muchos casos tal carga no se conoce de antemano, es difícil de
caracterizar o es suficientemente amplia como para considerarla una carga genérica. En
general, los benchmarks se agrupan en los denominados paquetes benchmark, que
agrupan diferentes programas para medir diferentes aspectos de un sistema informático.

Para escoger o diseñar un buen paquete benchmark deben de seguirse los siguientes
pasos:
 Determinar los objetivos de uso del benchmark. Es decir, ver qué sistema se va a
     medir, y aislar esa parte del sistema del resto para evitar sus efectos. Además, se
     debe especificar en qué tipo de cargas de trabajo o entorno se va a evaluar.
    Analizar la carga de trabajo de diversos sistemas, o de un mismo sistema con
     diversas aplicaciones, para llegar a una carga de trabajo genérica.
    Escoger los programas según los objetivos determinados. Cada programa mide
     diferentes subsistemas, y, por tanto, esta será una razón para elegirlos.



Los paquetes benchmark, y las cargas de trabajo de prueba deben de reunir una serie de
características para cumplir su función adecuadamente:

    Reproductibilidad: que sea fácil de reproducir para cualquier tipo de sistema, tanto
     el programa en sí como los resultados a lo largo de diferentes ejecuciones del
     mismo programa.
    Compacidad: que contenga poco código, y que no sobrecargue el sistema ni tarde
     demasiado tiempo en ejecutarse.
    Compatibilidad: esta es la característica más importante. La carga de prueba debe
     de ser compatible con todos los sistemas que sean susceptibles de ser medidos.
    Resolución: el benchmark debe de durar lo suficiente como para que sea fácil
     diferenciar entre dos sistemas con características similares.
    Escalabilidad: es decir, que el mismo benchmark sirva para ordenadores con una
     gama amplia de velocidades, que siga siendo útil a lo largo del tiempo, y que dé
     resultados significativos.

La ejecución de un benchmark puede permitir extraer conclusiones sobre el
comportamiento de un sistema para diseños futuros. Por ejemplo, el número de
instrucciones por ciclo evaluados con diferentes benchmarks puede permitir extraer
conclusiones para el diseño de un pipeline; o a partir de la tasa de aciertos de una caché
se puede calcular cuál va a ser su tamaño en versiones sucesivas, o el número de vías, o si
se va a separar la caché de datos de la de instrucciones.

De las misma forma, los benchmarks se pueden ejecutar a posteriori sobre un sistema
informático para evaluar la efectividad de alguna de sus características en un entorno
determinado, como hacen Bekerman y otros con el procesador Pentium, descubriendo
que el pipeline V de enteros sólo se usa, como máximo, en el 30% de los casos, y mucho
menos si se trata de programas comerciales en Windows. Incluso algunos autores, como
Hennesy y Patterson han usado el comportamiento a bajo diferentes programas
benchmark procedentes de SPEC92 como criterio para el diseño de una arquitectura, la
DLX.
CONCLUSIONES
   Evitar que el uso de un benchmark se reduzca a demostrar que nuestra máquina es
    mejor que la de los competidores.
   Para la utilización de un benchmark se debe tomar en cuenta diferentes
    programas.
   Para la utilización de un benchmark se debe tener en cuenta que los programas
    ejercitan de forma diferente el sistema.
   Para la buena utilización de un benchmark es necesario conocer y caracterizar
    previamente cuál es la carga de trabajo del sistema
   Comprobar si las especificaciones de los componentes están dentro del margen
    propio del mismo.
   Maximizar el rendimiento con un presupuesto dado.
   Con la utilización de un benchmark podemos obtener la mejor relación
    costo/beneficio.




BIBLIOGRAFIA
   SPENDOLINI Michael. “BENCHMARKING”, Editorial: Editorial Norma, 2005
   PALACIOS Enrique. “Benchmarking de proyectos en Venezuela”, Editorial:
    Universidad Católica Andrés, 2002.
   RICE John. “Ciencia de la Computación”, Editorial: Interamericana Editores, S.A. de
    C.V. 2005.
   STALLINGS William. “Organización y Arquitectura de Computación”. Editorial:
    Pearson Educación, S.A 2006. Séptima edición
   José, Mora, “Introducción a la informática”, Trillas, Cuarta edición, 2005
   PEIRON Montse. “Conceptos básicos de los computadores”, Editorial: Editorial UOC

Más contenido relacionado

La actualidad más candente

Estrategias de pruebas dss
Estrategias de pruebas dssEstrategias de pruebas dss
Estrategias de pruebas dssSanbri01
 
Dierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de softwareDierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de softwareEnrique Torres Alarcon
 
estrategias de aplicacion de pruebas
estrategias de aplicacion de pruebasestrategias de aplicacion de pruebas
estrategias de aplicacion de pruebasViana Dzrjs
 
Estrategias de aplicaciones para las pruebas de integración
Estrategias  de aplicaciones para las pruebas de integraciónEstrategias  de aplicaciones para las pruebas de integración
Estrategias de aplicaciones para las pruebas de integraciónPablo Navarrete
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebasMerry Linda
 
Fase De Pruebas Angel Chucho
Fase De Pruebas Angel ChuchoFase De Pruebas Angel Chucho
Fase De Pruebas Angel Chuchoangel.carvajal
 
Mantenimiento y prueba de software
Mantenimiento y prueba de softwareMantenimiento y prueba de software
Mantenimiento y prueba de softwareVictor 'Marquez
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de softwareJohn Fonseca
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de softwareozkar21
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebasSantos de la Vega
 
Estrategias de Aplicación de Pruebas
Estrategias de Aplicación de PruebasEstrategias de Aplicación de Pruebas
Estrategias de Aplicación de PruebasAmalia Aviles Nabor
 
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...carlblakc
 

La actualidad más candente (18)

Estrategias de pruebas dss
Estrategias de pruebas dssEstrategias de pruebas dss
Estrategias de pruebas dss
 
Dierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de softwareDierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de software
 
estrategias de aplicacion de pruebas
estrategias de aplicacion de pruebasestrategias de aplicacion de pruebas
estrategias de aplicacion de pruebas
 
Estrategias de aplicaciones para las pruebas de integración
Estrategias  de aplicaciones para las pruebas de integraciónEstrategias  de aplicaciones para las pruebas de integración
Estrategias de aplicaciones para las pruebas de integración
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
 
Prueba software orientado a objetos
Prueba software orientado a objetosPrueba software orientado a objetos
Prueba software orientado a objetos
 
Fase De Pruebas Angel Chucho
Fase De Pruebas Angel ChuchoFase De Pruebas Angel Chucho
Fase De Pruebas Angel Chucho
 
Pruebas de configuracion
Pruebas de configuracionPruebas de configuracion
Pruebas de configuracion
 
Mantenimiento y prueba de software
Mantenimiento y prueba de softwareMantenimiento y prueba de software
Mantenimiento y prueba de software
 
Prueba de aplicaciones
Prueba de aplicacionesPrueba de aplicaciones
Prueba de aplicaciones
 
Ejemplo pruebas de software
Ejemplo pruebas de softwareEjemplo pruebas de software
Ejemplo pruebas de software
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
 
Presentación1
Presentación1Presentación1
Presentación1
 
Presentación1
Presentación1Presentación1
Presentación1
 
Estrategias de Aplicación de Pruebas
Estrategias de Aplicación de PruebasEstrategias de Aplicación de Pruebas
Estrategias de Aplicación de Pruebas
 
Dpss u3 a2_macm
Dpss u3 a2_macmDpss u3 a2_macm
Dpss u3 a2_macm
 
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
Estrategias de aplicación de prueba de unidad ,integración, sistema, y de ace...
 

Destacado

Microprogramacion.maria carrasco.advo polivalente pymes
Microprogramacion.maria carrasco.advo polivalente pymesMicroprogramacion.maria carrasco.advo polivalente pymes
Microprogramacion.maria carrasco.advo polivalente pymesMARIA JOSE CARRASCO PEREZ
 
Ejercicios de comunicacion telefónica y telemática
Ejercicios de comunicacion telefónica y telemáticaEjercicios de comunicacion telefónica y telemática
Ejercicios de comunicacion telefónica y telemáticaEva Rodriguez Del Pino
 
Comunicación eficaz en conversaciones telefónicas
Comunicación eficaz en conversaciones telefónicasComunicación eficaz en conversaciones telefónicas
Comunicación eficaz en conversaciones telefónicasBeatriz Román Runk
 
La argumentacion en la comunicación telefònica
La argumentacion en la comunicación telefònicaLa argumentacion en la comunicación telefònica
La argumentacion en la comunicación telefònicaLiliancita 27
 

Destacado (6)

Microprogramacion.maria carrasco.advo polivalente pymes
Microprogramacion.maria carrasco.advo polivalente pymesMicroprogramacion.maria carrasco.advo polivalente pymes
Microprogramacion.maria carrasco.advo polivalente pymes
 
Ejercicios Y Casos PráCticos
Ejercicios Y Casos PráCticosEjercicios Y Casos PráCticos
Ejercicios Y Casos PráCticos
 
Ejercicios de comunicacion telefónica y telemática
Ejercicios de comunicacion telefónica y telemáticaEjercicios de comunicacion telefónica y telemática
Ejercicios de comunicacion telefónica y telemática
 
Comunicación telefónica at3
Comunicación telefónica at3Comunicación telefónica at3
Comunicación telefónica at3
 
Comunicación eficaz en conversaciones telefónicas
Comunicación eficaz en conversaciones telefónicasComunicación eficaz en conversaciones telefónicas
Comunicación eficaz en conversaciones telefónicas
 
La argumentacion en la comunicación telefònica
La argumentacion en la comunicación telefònicaLa argumentacion en la comunicación telefònica
La argumentacion en la comunicación telefònica
 

Similar a BECHMAKING

Fases de desarrollo de un programa...
Fases de desarrollo de un programa... Fases de desarrollo de un programa...
Fases de desarrollo de un programa... grachika
 
Ensayo de software
Ensayo de softwareEnsayo de software
Ensayo de softwareNixon Gomez
 
22 Tipos de Pruebas (Software)
22 Tipos de Pruebas (Software)22 Tipos de Pruebas (Software)
22 Tipos de Pruebas (Software)Camila Arbelaez
 
Estrategias de aplicación de pruebas del sistema
Estrategias de aplicación de pruebas del sistemaEstrategias de aplicación de pruebas del sistema
Estrategias de aplicación de pruebas del sistemaResidencia en el CICY
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de softwareCentro Líbano
 
Ensayo Software
Ensayo SoftwareEnsayo Software
Ensayo Softwaremarialej90
 
taller-de-Testing-y-calidad-2022.pptx
taller-de-Testing-y-calidad-2022.pptxtaller-de-Testing-y-calidad-2022.pptx
taller-de-Testing-y-calidad-2022.pptxvictor805808
 
Metricas Tecnicas Del Software
Metricas Tecnicas Del SoftwareMetricas Tecnicas Del Software
Metricas Tecnicas Del Softwarejuic
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de softwarehrubenleiva21
 

Similar a BECHMAKING (20)

Tipos de pruebas de software
Tipos de pruebas de softwareTipos de pruebas de software
Tipos de pruebas de software
 
Informe de Rendimiento de Computadoras
Informe  de Rendimiento  de Computadoras Informe  de Rendimiento  de Computadoras
Informe de Rendimiento de Computadoras
 
XXXS
XXXSXXXS
XXXS
 
Fases de desarrollo de un programa...
Fases de desarrollo de un programa... Fases de desarrollo de un programa...
Fases de desarrollo de un programa...
 
Ensayo de software
Ensayo de softwareEnsayo de software
Ensayo de software
 
22 Tipos de Pruebas (Software)
22 Tipos de Pruebas (Software)22 Tipos de Pruebas (Software)
22 Tipos de Pruebas (Software)
 
Ficha 4
Ficha 4Ficha 4
Ficha 4
 
Capitulo4
Capitulo4Capitulo4
Capitulo4
 
Estrategias de aplicación de pruebas del sistema
Estrategias de aplicación de pruebas del sistemaEstrategias de aplicación de pruebas del sistema
Estrategias de aplicación de pruebas del sistema
 
Estrategias prueba de software
Estrategias prueba de softwareEstrategias prueba de software
Estrategias prueba de software
 
Auditoria ii
Auditoria iiAuditoria ii
Auditoria ii
 
Auditoria ii
Auditoria iiAuditoria ii
Auditoria ii
 
Ensayo Software
Ensayo SoftwareEnsayo Software
Ensayo Software
 
Metodologia rad XP
Metodologia rad XPMetodologia rad XP
Metodologia rad XP
 
Analisi1
Analisi1Analisi1
Analisi1
 
taller-de-Testing-y-calidad-2022.pptx
taller-de-Testing-y-calidad-2022.pptxtaller-de-Testing-y-calidad-2022.pptx
taller-de-Testing-y-calidad-2022.pptx
 
Calidad de sofware
Calidad de sofwareCalidad de sofware
Calidad de sofware
 
Metricas tecnicas del software
Metricas tecnicas del softwareMetricas tecnicas del software
Metricas tecnicas del software
 
Metricas Tecnicas Del Software
Metricas Tecnicas Del SoftwareMetricas Tecnicas Del Software
Metricas Tecnicas Del Software
 
Planificación de proyectos de software
Planificación de proyectos de softwarePlanificación de proyectos de software
Planificación de proyectos de software
 

Más de Cristian Aguirre Esparza

Más de Cristian Aguirre Esparza (20)

EJEMPLO
EJEMPLOEJEMPLO
EJEMPLO
 
AVL HARDWARE
AVL HARDWAREAVL HARDWARE
AVL HARDWARE
 
Funciones de Convolución
Funciones de ConvoluciónFunciones de Convolución
Funciones de Convolución
 
Amplificador con transistor BJT (Microondas)
Amplificador con transistor BJT (Microondas)Amplificador con transistor BJT (Microondas)
Amplificador con transistor BJT (Microondas)
 
Unidad de Control
Unidad de ControlUnidad de Control
Unidad de Control
 
Hpcs conf poster
Hpcs conf posterHpcs conf poster
Hpcs conf poster
 
FILTRO IRR MATLAB
FILTRO IRR MATLABFILTRO IRR MATLAB
FILTRO IRR MATLAB
 
Codificacion HUFFMAN en matlab
Codificacion HUFFMAN en matlabCodificacion HUFFMAN en matlab
Codificacion HUFFMAN en matlab
 
Que afecta a una comunicacion en hf
Que afecta a una comunicacion en hfQue afecta a una comunicacion en hf
Que afecta a una comunicacion en hf
 
AMPLIFICADOR DE AUDIO
AMPLIFICADOR DE AUDIOAMPLIFICADOR DE AUDIO
AMPLIFICADOR DE AUDIO
 
INVESTIGACIÓN CIELO DE LOJA
INVESTIGACIÓN CIELO DE LOJAINVESTIGACIÓN CIELO DE LOJA
INVESTIGACIÓN CIELO DE LOJA
 
Entorno Natural Del Cantón Loja
Entorno Natural Del Cantón LojaEntorno Natural Del Cantón Loja
Entorno Natural Del Cantón Loja
 
Generación de Computadores
Generación de ComputadoresGeneración de Computadores
Generación de Computadores
 
Funciones del Procesador
Funciones del ProcesadorFunciones del Procesador
Funciones del Procesador
 
Arquitectura RISC-CISC
Arquitectura RISC-CISCArquitectura RISC-CISC
Arquitectura RISC-CISC
 
Acceso Directo de Memoria
Acceso Directo de MemoriaAcceso Directo de Memoria
Acceso Directo de Memoria
 
Loja pionera de la generacion electrica
Loja pionera de la generacion electricaLoja pionera de la generacion electrica
Loja pionera de la generacion electrica
 
Motor electrico
Motor electricoMotor electrico
Motor electrico
 
Lcc cristian_aguirre_esparza
Lcc cristian_aguirre_esparzaLcc cristian_aguirre_esparza
Lcc cristian_aguirre_esparza
 
Cristian aguirre
Cristian aguirreCristian aguirre
Cristian aguirre
 

BECHMAKING

  • 1. UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA La Universidad Católica de Loja ELECTRÓNICA Y TELECOMUNICACIONES CRISTIAN AGUIRRE ESPARZA “BENCHMARKING” CUARTO CICLO 2012
  • 2. INTRODUCCION Un programa de prueba o benchmark se define como un programa o conjunto de programas que evalúan las prestaciones de un sistema informático reproduciendo una carga de trabajo genérica en dicho sistema informático. Un benchmark se usa en las siguientes ocasiones: Adquisición de equipos informáticos, en la mayoría de los casos, un equipo informático se va a usar para una gama amplia de tareas, desde llevar a cabo operaciones comerciales hasta ejecutar juegos de red. Por tanto, en tales casos una carga genérica reproducirá con más o menos exactitud la carga que va a ejecutar el sistema. Sintonización de un sistema informático: El ejecutar benchmarks periódicamente sobre un sistema que se está usando, permite ver como se deteriora o, en general, cambia su capacidad a lo largo del tiempo. Además, los benchmarks permiten hallar qué partes del sistema se deben cambiar o mejorar, o cómo ha impactado en el sistema el cambio de alguna de sus partes, o la actualización del sistema operativo o de alguno de sus programas. Planificación de la capacidad de un sistema informático: la evolución de la carga de un sistema y de los resultados de los benchmarks pueden permitir prever qué cambios va a hacer falta llevar a cabo en el futuro, y en qué punto. Comparación de diferentes programas que realizan una tarea determinada: por ejemplo, evaluar cómo diferentes compiladores generan código, cómo se comportan dos sistemas de procesamiento de transacciones, o cómo aprovechan los recursos del sistema dos diferentes sistemas operativos. BENCHMARKING Al proceso de comparar dos o más sistemas mediante la obtención de medidas se le denomina benchmarking. En general, para evaluar las prestaciones de un sistema informático es necesario conocer y caracterizar previamente cuál es la carga de trabajo. Sin embargo, en muchos casos tal carga no se conoce de antemano, es difícil de caracterizar o es suficientemente amplia como para considerarla una carga genérica. En general, los benchmarks se agrupan en los denominados paquetes benchmark, que agrupan diferentes programas para medir diferentes aspectos de un sistema informático. Para escoger o diseñar un buen paquete benchmark deben de seguirse los siguientes pasos:
  • 3.  Determinar los objetivos de uso del benchmark. Es decir, ver qué sistema se va a medir, y aislar esa parte del sistema del resto para evitar sus efectos. Además, se debe especificar en qué tipo de cargas de trabajo o entorno se va a evaluar.  Analizar la carga de trabajo de diversos sistemas, o de un mismo sistema con diversas aplicaciones, para llegar a una carga de trabajo genérica.  Escoger los programas según los objetivos determinados. Cada programa mide diferentes subsistemas, y, por tanto, esta será una razón para elegirlos. Los paquetes benchmark, y las cargas de trabajo de prueba deben de reunir una serie de características para cumplir su función adecuadamente:  Reproductibilidad: que sea fácil de reproducir para cualquier tipo de sistema, tanto el programa en sí como los resultados a lo largo de diferentes ejecuciones del mismo programa.  Compacidad: que contenga poco código, y que no sobrecargue el sistema ni tarde demasiado tiempo en ejecutarse.  Compatibilidad: esta es la característica más importante. La carga de prueba debe de ser compatible con todos los sistemas que sean susceptibles de ser medidos.  Resolución: el benchmark debe de durar lo suficiente como para que sea fácil diferenciar entre dos sistemas con características similares.  Escalabilidad: es decir, que el mismo benchmark sirva para ordenadores con una gama amplia de velocidades, que siga siendo útil a lo largo del tiempo, y que dé resultados significativos. La ejecución de un benchmark puede permitir extraer conclusiones sobre el comportamiento de un sistema para diseños futuros. Por ejemplo, el número de instrucciones por ciclo evaluados con diferentes benchmarks puede permitir extraer conclusiones para el diseño de un pipeline; o a partir de la tasa de aciertos de una caché se puede calcular cuál va a ser su tamaño en versiones sucesivas, o el número de vías, o si se va a separar la caché de datos de la de instrucciones. De las misma forma, los benchmarks se pueden ejecutar a posteriori sobre un sistema informático para evaluar la efectividad de alguna de sus características en un entorno determinado, como hacen Bekerman y otros con el procesador Pentium, descubriendo que el pipeline V de enteros sólo se usa, como máximo, en el 30% de los casos, y mucho menos si se trata de programas comerciales en Windows. Incluso algunos autores, como Hennesy y Patterson han usado el comportamiento a bajo diferentes programas benchmark procedentes de SPEC92 como criterio para el diseño de una arquitectura, la DLX.
  • 4. CONCLUSIONES  Evitar que el uso de un benchmark se reduzca a demostrar que nuestra máquina es mejor que la de los competidores.  Para la utilización de un benchmark se debe tomar en cuenta diferentes programas.  Para la utilización de un benchmark se debe tener en cuenta que los programas ejercitan de forma diferente el sistema.  Para la buena utilización de un benchmark es necesario conocer y caracterizar previamente cuál es la carga de trabajo del sistema  Comprobar si las especificaciones de los componentes están dentro del margen propio del mismo.  Maximizar el rendimiento con un presupuesto dado.  Con la utilización de un benchmark podemos obtener la mejor relación costo/beneficio. BIBLIOGRAFIA  SPENDOLINI Michael. “BENCHMARKING”, Editorial: Editorial Norma, 2005  PALACIOS Enrique. “Benchmarking de proyectos en Venezuela”, Editorial: Universidad Católica Andrés, 2002.  RICE John. “Ciencia de la Computación”, Editorial: Interamericana Editores, S.A. de C.V. 2005.  STALLINGS William. “Organización y Arquitectura de Computación”. Editorial: Pearson Educación, S.A 2006. Séptima edición  José, Mora, “Introducción a la informática”, Trillas, Cuarta edición, 2005  PEIRON Montse. “Conceptos básicos de los computadores”, Editorial: Editorial UOC