root/trunk/man/bps.1

Revision 1, 5.8 kB (checked in by root, 3 years ago)

initial import

Line 
1 .TH "bps" "1" "1.3" "Douglas Eadline" "Cluster Performance"
2 .SH "NAME"
3 bps, bps\-html
4 .SH "SYNTAX"
5 bps <options>
6 .br
7 bps\-html log\-directory
8 .SH "DESCRIPTION"
9 Beowulf Performance Suite (BPS)
10
11 The Beowulf Performance Suite (BPS) was designed to
12 provide a comprehensive and comparative way of
13 measuring cluster performance. Although BPS contains
14 many benchmarking programs, BPS is not designed to
15 benchmark clusters. BPS is designed as an analysis tool
16 to measure differences due to hardware or software
17 changes on the same cluster. In addition, successfully
18 running all the tests provides some assurances that the
19 cluster is configured properly. The suite provides a
20 graphical user interface for running the programs as
21 well as generating HTML output files. The following
22 tests are available:
23
24 * bonnie \- hard drive performance
25
26 * stream \- memory performance
27
28 * netperf \- general network performance
29
30 * netpipe \- detailed network performance
31
32 * nas \- nas NASA parallel tests
33
34 * unixbench \- general Unix benchmarks
35
36 * lmbench \- micro Linux benchmarks
37 .SH "OPTIONS"
38 \-b <file system> run the bonnie++ benchmark
39
40 \-s run the stream benchmark
41
42 \-f <send node>,<receive node> run the netperf benchmark
43
44 \-p <send node>,<receive node> run the netpipe benchmark
45 .LP
46 \-n <compiler>,<#processors),<testsize>,<MPI>,<machine1,machine2,...>
47 run the NAS benchmark where:
48      compiler={gnu,pgi,intel}
49      test size={A,B,C,dummy}
50      MPI={mpich,mpich2,lam,openmpi,mpichgm}
51
52 \-k keep NAS directory when finished
53
54 \-u run the unixbench benchmark
55
56 \-m run the lmbench benchmark
57
58 \-l <log_dir> benchmark log directory
59
60 \-w preserve existing log directory
61
62 \-i <mboard manufacturer>, <mboard model>,<memory>,<interconnect>,<linux ver>
63  
64    enter machine information with this option
65
66 \-v show version
67
68 \-h show this help
69 .SH "IMPORTANT NOTES"
70 All tests are archived in the /opt/bps/src directory. 
71  
72 The bps suite is best run as a normal user, not root.
73 Some of the tests (i.e. NAS parallel) will not run as root.
74  
75 Not all features of the command line interface are
76 possible with the GUI.
77
78 When using Netpipe and Netperf Benchmarks, rsh with no
79 password must be permitted between the nodes.
80
81 Under normal operation, bps will always overwrite the
82 existing log directory. You can use the \-w option to prevent
83 this from happening. In addition,
84 copy previous log files (from older log directories) into
85 the current log directory for bps\-html conversion.
86
87 Also, the tests have been designed so that the BPS
88 rpm only needs to be installed on the master node.
89 For this to work, the BPS log directory must be
90 mounted on all nodes (e.g. under /home).
91
92 The NAS tests were originally designed to work with
93 LAM/MPI, MPICH, MPICH2, Open MPI, MPICH\-GM and GNU, PGI, and Intel compilers.
94 Some combinations may not work.
95
96 If problems result when using the NAS Parallel Benchmarks, please
97 see the NAS documentation for more information. Normally issues involve running MPI/compiler configuration/linking issues.
98 To make it as easy as possible, the
99 benchmark scripts have been written to rely on the
100 two environment variables LAM_HOME, MPICH_HOME. MPICH2_HOME,
101 OMPI_HOME. These variables MUST point to the appropriate MPI
102 installation. If you are having problems with the NAS
103 benchmarks, extract the npb.ta r.gz archive in
104 the/opt/bps/src directory and try running the scripts
105 manually. (You may also use the \-k option to preserve the directory from which the NAS tests where run. This directory
106 will be under your bps\-log directory. Consult the README.bps file for more
107 information.
108
109 Also, if you wish to use the Portland
110 Group or the Intel Compilers make sure they are
111 properly configured. You may need to build specific versions of MPI libraries for these compilers to work.
112
113 Finally, always consult the bps\-logs directory for the test results. Each test creates a log and/or data file which can
114 be consulted for the source of problems.
115
116
117 .SH "FILES"
118 /usr/share/doc/bps\-1.3/LICENSE
119 /usr/share/doc/bps\-1.3/README
120 /usr/share/doc/bps\-1.3/tests.html
121 .SH "EXAMPLES"
122 To run the stream benchmark:
123
124   bps \-s
125
126 To run two benchmarks (Unix bench, netperf):
127
128   bps \-u \-f kronos01,kronos04
129
130 To run the NAS suite:
131
132 bps \-n gnu,8,A,lam,kronos,kronos00,kronos01,kronos02,kronos03,kronos04,kronos05,kronos06 \-k
133
134 To view the results first make the html:
135
136   bps\-html bps\-logs
137
138
139 Then use a browser to view the file bps\-logs/index.html
140 .SH "IN CASE OF PROBLEMS"
141 The BPS suite is a collection of many tests. You should
142 have minimal or no problems with the single machine
143 tests. As more machines become involved with the tests,
144 there is room for more configuration errors to arise.
145 If a test does not run, check the test_name.log file in
146 the log directory. In the case of the NAS tests, the
147 results are in the form
148 npb.COMPILER.MPI.CLASS.PROCESSORS.
149
150 In general, if you have problems with a test it may be
151 best to run it from the command line. In the case of
152 the NAS suite, the \-k option will keep the npb
153 directory in the log directory so you can run the tests
154 more directly by using the run_suite script in the npb
155 directory. Also the README.bps file in the npb
156 directory should provide more information on how the
157 tests are run and how to resolve possible problems.
158
159 .SH "SEE ALSO"
160 Additional benchmark information:
161
162 General Information (Contact Author)
163   http://www.basement\-supercomputing.com
164
165 bonnie++ Hard drive performance \-
166   http://www.coker.com.au/bonnie++
167
168 stream Memory performance
169   http://www.cs.virginia.edu/stream
170
171 netperf General network performance
172   http://www.netperf.org/netperf/NetperfPage.html
173
174 netpipe Detailed network performance
175   http://www.scl.ameslab.gov/Projects/ClusterCookbook/nprun.html
176
177 unixbench General Unix benchmarks
178   http://www.linuxdoc.org/HOWTO/Benchmarking\-HOWTO.html
179  
180 LMbench Low level benchmarks
181   http://www.bitmover.com/lmbench
182  
183 NAS Parallel tests
184   http://www.nas.nasa.gov/Software/NPB
Note: See TracBrowser for help on using the browser.