OSDN Git Service

Fix no pic
[uclinux-h8/uClinux-dist.git] / user / nbench / README
1 February 18, 2003
2 -----------------
3 Bug-fix release.
4
5 December 9, 1997
6 ----------------
7 This release is based on beta release 2 of BYTE Magazine's BYTEmark
8 benchmark program (previously known as BYTE's Native Mode
9 Benchmarks). This document covers the Native Mode (a.k.a. Algorithm
10 Level) tests; benchmarks designed to expose the capabilities of a
11 system's CPU, FPU, and memory system.
12
13 Running a "make" will create the binary if all goes well. It is called
14 "nbench" and performs a suite of 10 tests and compares the results to
15 a Dell Pentium 90 with 16 MB RAM and 256 KB L2 cache running MSDOS and
16 compiling with the Watcom 10.0 C/C++ compiler. If you define -DLINUX
17 during compilation (the default) then you also get a comparison to an
18 AMD K6/233 with 32 MB RAM and 512 KB L2-cache running Linux 2.0.32 and
19 using a binary which was compiled with GNU gcc version 2.7.2.3 and GNU
20 libc-5.4.38.
21
22 For more verbose output specify -v as an argument.
23
24 The primary web site is: http://www.tux.org/~mayer/linux/bmark.html
25
26 The port to Linux/Unix was done by Uwe F. Mayer <mayer@tux.org>.
27
28 The index-split was done by Andrew D. Balsa, and reflects the
29 realization that memory management is important in CPU design. The
30 original tests have been left alone, however, the tests NUMERIC SORT,
31 FP EMULATION, IDEA, and HUFFMAN now constitute the integer-arithmetic
32 focused benchmark index, while the tests STRING SORT, BITFIELD, and
33 ASSIGNMENT make up the new memory index.
34
35 The algorithms were not changed from the source which was obtained
36 from the BYTE web site at http://www.byte.com/bmark/bmark.htm on
37 December 14, 1996.  However, the source was modified to better work
38 with 64-bit machines (in particular the random number generator was
39 modified to always work with 32 bit, no matter what kind of hardware
40 you run it on). Furthermore, for some of the algorithms additional
41 resettings of the data was added to increase the consistency across
42 different hardware. Some extra debugging code was added, which has no
43 impact on normal runs.
44
45 In case there is uneven system load due to other processes while this
46 benchmark suite executes, it might take longer to run than on an
47 unloaded system. This is because the benchmark does some statistical
48 analysis to make sure that the reported results are statistically
49 significant, and an increased variation in individual runs requires
50 more runs to achieve the required statistical confidence.
51
52 This is a single-threaded benchmark and is not designed to measure the
53 performance gain on multi-processor machines.
54
55 For details and customization read bdoc.txt.
56
57 THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
58 IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
59 OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
60 IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
61 INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
62 NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
63 DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
64 THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
65 (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
66 THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.