Lines Matching +full:runs +full:- +full:on
4 All the tests are executed using the "Run" script in the top-level directory.
11 hostname-2007-09-23-01
18 If your system has more than one CPU, the tests will be run twice -- once
23 Since the tests are based on constant time (variable work), a "system"
25 A "gindex" run on a dual-core machine will do 2 "system" passes (single-
26 and dual-processing) and one "graphics" run, for a total around one and
38 Run [ -q | -v ] [-i <n> ] [-c <n> [-c <n> ...]] [test ...]
42 -q Run in quiet mode.
43 -v Run in verbose mode.
44 -i <count> Run <count> iterations for each test -- slower tests
47 -c <n> Run <n> copies of each test in parallel.
49 The -c option can be given multiple times; for example:
51 ./Run -c 1 -c 4
53 will run a single-streamed pass, then a 4-streamed pass. Note that some
54 tests (currently the graphics tests) will only run in a single-streamed pass.
56 The remaining non-flag arguments are taken to be the names of tests to run.
59 When running the tests, I do *not* recommend switching to single-user mode
64 so that randomly-churning background processes don't randomise the results
87 misc Various non-indexed tests
93 whetstone-double Double-Precision Whetstone
96 context1 Pipe-based Context Switching
99 fstime-w File Write 1024 bufsize 2000 maxblocks
100 fstime-r File Read 1024 bufsize 2000 maxblocks
102 fsbuffer-w File Write 256 bufsize 500 maxblocks
103 fsbuffer-r File Read 256 bufsize 500 maxblocks
105 fsdisk-w File Write 4096 bufsize 8000 maxblocks
106 fsdisk-r File Read 4096 bufsize 8000 maxblocks
108 shell1 Shell Scripts (1 concurrent) (runs "looper 60 multi.sh 1")
109 shell8 Shell Scripts (8 concurrent) (runs "looper 60 multi.sh 8")
110 shell16 Shell Scripts (8 concurrent) (runs "looper 60 multi.sh 16")
113 2d-rects 2D graphics: rectangles
114 2d-lines 2D graphics: lines
115 2d-circle 2D graphics: circles
116 2d-ellipse 2D graphics: ellipses
117 2d-shapes 2D graphics: polygons
118 2d-aashapes 2D graphics: aa polygons
119 2d-polys 2D graphics: complex polygons
120 2d-text 2D graphics: text
121 2d-blit 2D graphics: images and blits
122 2d-window 2D graphics: windows
136 dc Dc: sqrt(2) to 99 decimal places (runs
138 hanoi Recursion Test -- Tower of Hanoi
143 The following pseudo-test names are aliases for combinations of other
146 arithmetic Runs arithoh, short, int, long, float, double,
147 and whetstone-double
150 whets Alias for whetstone-double
151 whetstone Alias for whetstone-double
152 load Runs shell1, shell8, and shell16
153 misc Runs C, dc, and hanoi
154 speed Runs the arithmetic and system groups
155 oldsystem Runs execl, fstime, fsbuffer, fsdisk, pipe, context1,
157 system Runs oldsystem plus shell1, shell8, and shell16
158 fs Runs fstime-w, fstime-r, fstime, fsbuffer-w,
159 fsbuffer-r, fsbuffer, fsdisk-w, fsdisk-r, and fsdisk
160 shell Runs shell1, shell8, and shell16
162 index Runs the tests which constitute the official index:
163 the oldsystem group, plus dhry2reg, whetstone-double,
166 graphics Runs the tests which constitute the graphics index:
167 2d-rects, 2d-ellipse, 2d-aashapes, 2d-text, 2d-blit,
168 2d-window, and ubgears
169 gindex Runs the index and graphics groups, to generate both
172 all Runs all tests
181 of a Unix-like system; hence, multiple tests are used to test various
187 Since 1995, the baseline system has been "George", a SPARCstation 20-61
219 depends largely on the graphics adaptor.
231 This version runs for 5 seconds to "warm up", then performs a timed
232 run and displays the average frames-per-second.
234 On multi-CPU systems, the graphics tests will only run in single-processing
246 tests twice -- once with one copy of each test program running at a time,
248 this with the "-c" option; see "Detailed Usage" above.) This is designed to
251 - the performance of your system when running a single task
252 - the performance of your system when running multiple tasks
253 - the gain from your system's implementation of parallel processing
256 of two runs on a dual-processor system, one in single-processing mode, one
257 dual-processing:
260 -------------------- ------ ------ ----
264 File Copy 1024 759.4 595.9 -22%
265 File Copy 256 535.8 438.8 -18%
266 File Copy 4096 1261.8 1043.4 -17%
268 Pipe-based Switching 326.8 1229.0 276%
273 -------------------- ------ ------ ----
276 As expected, the heavily CPU-dependent tasks -- dhrystone, whetstone,
277 execl, pipe throughput, process creation -- show close to 100% gain when
280 The Pipe-based Context Switching test measures context switching overhead
283 but it seems to be consistent on my system. I think this may be an issue
287 lot of CPU time in single-threaded kernel code. The shell scripts test with
288 8 concurrent processes shows no gain -- because the test itself runs 8
290 is run in single-stream mode. The same test with one process per copy
294 multi-processing. That there's no gain is to be expected, since the tests
300 you interpret the results? Well, that's up to you, since it depends on
304 --------------
306 The multi-processing mode is implemented at the level of test iterations.
319 once. This is probably not very useful for testing multi-CPU performance.
328 routines interpret text. This can have a big impact on the test results.
331 it is set to en_US.UTF-8, foir example, then text is treated as being
332 encoded in UTF-8, which is more complex and therefore slower. Setting
335 To ensure consistency between test runs, the Run script now (as of version
354 Interpreting the results of these tests is tricky, and totally depends on
362 on how good its compiler is; so including that in the test results may be
366 On the other hand, with the vast majority of Unix systems being x86 / PC
368 to be more dependent on the hardware; but the versions of the compiler and
370 and OpenSUSE 10.2 on the same machine.) So you may want to make sure that
375 The C test is very dubious -- it tests the speed of compilation. If you're
376 running the exact same compiler on each system, OK; but otherwise, the
379 spending more time to super-optimise the code, which would actually make it
382 This will be particularly true on architectures like IA-64 (Itanium etc.)
386 Some tests are even more dubious in terms of host-dependency -- for example,
390 for more on these kinds of issues.
392 Another age-old issue is that of the benchmarks being too trivial to be
394 wide-ranging flow path analyses, the danger of parts of the benchmarks