About Opentopia
Opentopia Directory Encyclopedia Tools

Benchmark (computing)

Encyclopedia : B : BE : BEN : Benchmark (computing)

This article is about the use of benchmarks in computing, for other uses see benchmark.
In computing, a benchmark is the result of running a computer program, or a set of programs, in order to assess the relative performance of an object, by running a number of standard tests and trials against it. The term, benchmark, is also commonly used for specially-designed benchmarking programs themselves. Benchmarking is usually associated with assessing performance characteristics of computer hardware, for example, the floating point operation performance of a CPU, but there are circumstances when the technique is also applicable to software. Software benchmarks are, for example, run against compilers or database management systems.

Benchmarks provide a method of comparing the performance of various subsystems across different chip/system architectures.

Contents

Purpose

As computer architecture advanced, it became more and more difficult to compare the performance of various computer systems simply by looking at their specifications. Therefore, tests were developed that could be performed on different systems, allowing the results from these tests to be compared across different architectures. For example, Intel Pentium 4 processors have a higher hertz rating than AMD Athlon XP processors for the same computational speed, in other words a 'slower' AMD processors could be as fast on benchmark tests as a higher hertz rated Intel processors.

Benchmarks are designed to mimic a particular type of workload on a component or system. "Synthetic" benchmarks do this by specially-created programs that impose the workload on the component. "Application" benchmarks, instead, run actual real-world programs on the system. Whilst application benchmarks usually give a much better measure of real-world performance on a given system, synthetic benchmarks still have their use for testing out individual components, like a hard disk or networking device.

Benchmarks are particularly important in semiconductor microprocessor design, giving processor architects the ability to measure and make tradeoffs in microarchitectural decisions. For example, if a benchmark extracts the key algorithms of an application, it will contain the performance-sensitive aspects of that application. Running this much smaller "snippet" on a cycle-accurate simulator, can give clues on how to improve performance.

Prior to 2000, computer and microprocessor architects used SPEC to do this, although SPEC's Unix-based benchmarks were quite lengthy and thus unwieldy to use intact. Since 1998 and the founding of EEMBC by Markus Levy and 12 semiconductor company representatives [Embedded Microprocessor Benchmark Consortium], with its focus on embedded benchmarking, architects can run much smaller and more focused algorithm-based benchmarks. EEMBC is unique in that its benchmark scores and benchmark reports must be certified by the consortium's EEMBC Technology Center before they can be published. EEMBC's next great challenge is benchmarking power consumption and energy utilization by processors as more and more embedded processors go into low-power environments such as cellular phones and other mobile applications.

Computer manufacturers have a long history of trying to set up their systems to give unrealistically high performance on benchmark tests that is not replicated in real usage. For instance, during the 1980s some compilers could detect a specific mathematical operation used in a well-known floating-point benchmark and replace the operation with a mathematically-equivalent operation that was much faster. However, such a transformation was rarely useful outside the benchmark until the mid-1990s, when RISC and VLIW architectures emphasized the importance of compiler technology as it related to performance. Benchmarks are now regularly used by compiler companies to improve not only their own benchmark scores, but real application performance.

Manufacturers commonly report only those benchmarks (or aspects of benchmarks) that show their products in the best light. They also have been known to mis-represent the significance of benchmarks, again to show their products in the best possible light. Taken together, these practices are called bench-marketing. See [this article] for an excellent example of how application benchmarks can differ significantly from synthetic benchmarks.

Users are recommended to take benchmarks, particularly those provided by manufacturers themselves, with ample quantities of salt unless the benchmarks are certified and relate directly to a recognizable application workload. Ideally benchmarks should only substitute for real applications if the application is unavailable, or too difficult or costly to port, to a specific processor or computer system. If performance is really critical, the only benchmark that matters is the actual workload that the system is to be used for. If that is not possible, benchmarks that resemble real workloads as closely as possible should be used, and even then used with skepticism unless independently certified. It is quite possible for system A to outperform system B when running program "furble" on workload X (the workload in the benchmark), and the order to be reversed with the same program on your own workload.

Challenges

Benchmarking is not easy and often involves several iterative rounds in order to arrive at predictable, useful conclusions. Interpretation of benchmarking data is also extraordinarily difficult. Here is a partial list of common challenges:

Types of benchmarks

  1. Real program
  2. *word processing software
  3. *tool software of CDA
  4. *user's application software (MIS)
  5. Kernel
  6. *contains key codes
  7. *normally abstracted from actual program
  8. *popular kernel: Livermore loop
  9. *linpack benchmark (contains basic linear algebra subroutine written in FORTRAN language)
  10. *results are represented in MFLOPS
  11. Toy Benchmark
  12. *user can program it and use it to test computer's basic components
  13. Synthetic Benchmark
  14. *Procedure for programming synthetic Bench mark
  15. **take statistics of all type of operations from plenty of application programs
  16. **get proportion of each operation
  17. **write a program based on the proportion above
  18. *Types of Synthetic Benchmark are:
  19. **Whetstone
  20. **Dhrystone
  21. *Its results are represented in KWIPS (kilo whetstone instructions per second). It is not suitable for measuring pipeline computers.
  22. I/O benchmarks
  23. Parallel benchmarks: used on machines with multiple processors or systems consisting of multiple machines.

Common benchmarks

Open source benchmarks

Microsoft Windows benchmarks

See also

External links

 

From Wikipedia, the Free Encyclopedia. Original article here. Support Wikipedia by contributing or donating.
All text is available under the terms of the GNU Free Documentation License See Wikipedia Copyrights for details.

Search Titles
0123456789
ABCDEFGHIJ
KLMNOPQRST
UVWXYZ?

E-mail this article to:

Personal Message: