home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Windows NT Super Tune-Up Kit
/
PIE-WindowsNTSuperTuneUpKit-1997.iso
/
BNCHMARK
/
SVRBENCH
/
NT351.TXT
next >
Wrap
Text File
|
1996-03-14
|
191KB
|
3,942 lines
Licensed MaterialProperty of Ziff-Davis Publishing Company
Licensed MaterialProperty of Ziff-Davis Publishing Company
Installing ServerBenchr 3.0 on Windows NT
Server 3.51
LICENSE AGREEMENT FOR ZIFF-DAVIS' SERVERBENCHr VERSION
3.0
READ THIS AGREEMENT CAREFULLY BEFORE USING THE SOFTWARE
EMBODIED IN THE SERVERBENCHr 3.0 CD-ROM, DISKETTE(S), OR, IF
PRELOADED ON YOUR HARD DRIVE, DOWNLOADED OR IF PROVIDED AS
PART OF A COLLECTION, THE PRELOADED, DOWNLOADED OR COLLECTED
FILE(S) (the "Media"). Embodied in the ServerBench 3.0 Media
is the ServerBench version 3.0 computer programs and related
documentation (the "Software"). Ziff-Davis Publishing Company,
having a place of business at One Park Avenue, New York, New
York 10016 ("Ziff-Davis") is the licensor under this Agreement
and you are the licensee. By using the Software, in whole or
in part, you agree to be bound by the terms of this Agreement.
If you do not agree to the terms of this Agreement, promptly
return the Software to the Ziff-Davis Benchmark Operation at
1001 Aviation Parkway, Suite 400, Morrisville, North Carolina
27560 (or, if downloaded, delete the Software, or if preloaded
on your hard drive or if provided as part of a collection,
cease use of the Software). Title to the Software and all
copyrights, trade secrets and other proprietary rights therein
are owned by Ziff-Davis. All rights therein, except those
expressly granted to you in this Agreement, are reserved by
Ziff-Davis.
1. Limited License
This Agreement grants you only limited rights to use the
Software. Ziff-Davis grants you a non-exclusive, non-
transferable license to use the Software on a file server
networked with multiple PC computers for the sole purpose of
conducting benchmark tests to measure the performance of
computer hardware and operating system configurations. You
have the right to make a single copy of the Software for
archival purposes and the right to transfer a copy of the
Software across an internal local area network only to the PC
computers attached to such network; provided, however, that
all such copies are considered Software hereunder, that all
uses of such copies are governed by the terms and conditions
of this Agreement and that you shall be responsible for all
uses of such copies in violation of the terms and conditions
of this Agreement. Ziff-Davis hereby grants you the right to
publish, except in any country where a third party claims
during the term of this license that such distribution
infringes that party's proprietary rights, benchmark test
results obtained by you from your use of the Software provided
that with the publication of each such result you:
A.Identify Ziff-Davis, the name and version number of the
benchmark Software used and the name of the test suite used
in the test (e.g., Ziff-Davis' ServerBenchr version 3.0 with
the standard system test suite SYS_60.TST);
B.Identify for the applications server the exact name, number
of processors, processor speed (including clock speed) and
type(s), amount of RAM, amount of secondary RAM cache (if
any), size of hardware hard disk cache, (if any), number and
type of hard disk controller(s), type of I/O bus, number and
type of hard disks, hard disk size, driver version of the
disk controller(s), type of disk organization (e.g.,
mirrored), number and type of network controllers, driver
version of network controller, network operating system name
and version, and any relevant modifications to the default
network operating system parameters (e.g., WXY Corp. Model
466 with 1 66-MHz Intelr 486DX2-66 CPU, 64MB of RAM, 256KB
CPU cache, WXY Integrated Drive Array disk controller, EISA
I/O bus, 2 ABC 520MB disk drives, a xxxxx386.dsk 12,621
4/29/92 disk driver, hardware striping, WXY 32-bit ABC
controller, a xxxxxxx.lan 40,905 9/11/92 net driver,
NetWarer 4.1, and the following NOS parameters: set maximum
physical receive packet size = 4202);
C.Identify for the test bed the network type, the number of
clients, the client operating system version (e.g., Windowsr
95), the number and type of hubs/concentrators, the number
of clients per segment, the client CPU type and speed in
percentages, client network software name and version
(drivers and protocols), the size of the client network
cache, if any (e.g., 10Base-T with 32 clients, 2 XYZ
Ethernet Hubs, 16 clients per segment, 75% of the clients
are 486/25 and 25% of the clients are 386/20, 75% of the
clients have ABC NE2000 network cards and 25% of the clients
have GHI network cards, Microsoftr Windows 95, Microsoft
TCP/IP using Windows Sockets Version 1.1, enhanced mode 32-
bit NDIS driver);
D. Identify the controller operating system version (e.g.,
Microsoft Windows 95) and network software and version;
E.State that all products used in the test were shipping
versions available to the general public;
F.State that the test was performed without independent
verification by Ziff-Davis and that Ziff-Davis makes no
representations or warranties as to the results of the test;
and
G.Follow proper trademark usage and acknowledge Ziff-Davis'
trademark rights (e.g., "[ ] achieved a ServerBenchr overall
score of X transactions per second. ServerBench is a
registered trademark or trademark of Ziff-Davis Publishing
Company in the U.S. and other countries.").
This Agreement and your rights hereunder shall automatically
terminate if you fail to comply with any provision of this
Agreement. Upon such termination, you agree to cease all use
of the Software, cease the transfer of any copies of the
Software and cease the publication of benchmark test results
obtained by you from use of the Software. Further, you agree
to delete the Software and to destroy all tangible copies of
the Software and other materials related to the Software in
your possession or under your control, or, if downloaded or
preloaded on your hard drive or if provided as part of a
collection, to cease use of and destroy any and all copies of
the Software in your possession or under your control.
2. Additional Restrictions
A.You shall not (and shall not permit other persons or
entities to) rent, lease, sell, sublicense, assign, or
otherwise transfer the Software or this Agreement. Any
attempt to do so shall be void and of no effect.
B.You shall not (and shall not permit other persons or
entities to) reverse engineer, decompile, disassemble,
merge, modify, include in other software or translate the
Software, or use the Software for any commercial purposes,
except for the publication of test results, as provided
above.
C.You shall not (and shall not permit other persons or
entities to) remove or obscure Ziff-Davis' copyright,
trademark or other proprietary notices or legends from any
of the materials contained in this package or downloaded.
D. You acknowledge that the Software contains Ziff-Davis'
trade secret information and you agree not to disclose or
disseminate such information other than as provided herein.
3. Limited Warranty and Limited Liability
THE SOFTWARE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND,
EITHER EXPRESS OR IMPLIED, INCLUDING, WITHOUT LIMITATION, ANY
WARRANTY OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
PURPOSE. THE ENTIRE RISK AS TO THE RESULTS AND PERFORMANCE OF
THE SOFTWARE IS ASSUMED BY YOU, AND ZIFF-DAVIS AND ITS
AUTHORIZED DISTRIBUTORS ASSUME NO RESPONSIBILITY FOR THE
ACCURACY OR APPLICATION OF OR ERRORS OR OMISSIONS IN THE
SOFTWARE. IN NO EVENT SHALL ZIFF-DAVIS OR ITS AUTHORIZED
DISTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL,
INCIDENTAL OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR
INABILITY TO USE THE SOFTWARE, EVEN IF ZIFF-DAVIS OR ITS
AUTHORIZED DISTRIBUTORS HAVE BEEN ADVISED OF THE LIKELIHOOD OF
SUCH DAMAGES OCCURRING. ZIFF-DAVIS AND ITS AUTHORIZED
DISTRIBUTORS SHALL NOT BE LIABLE FOR ANY LOSS, DAMAGES OR
COSTS, ARISING OUT OF, BUT NOT LIMITED TO, LOST PROFITS OR
REVENUE, LOSS OF USE OF THE SOFTWARE, LOSS OF DATA OR
EQUIPMENT, THE COSTS OF RECOVERING SOFTWARE, DATA OR
EQUIPMENT, THE COST OF SUBSTITUTE SOFTWARE OR DATA, CLAIMS BY
THIRD PARTIES, OR OTHER SIMILAR COSTS.
THE ONLY WARRANTY MADE BY ZIFF-DAVIS AND ITS AUTHORIZED
DISTRIBUTORS IS THAT ANY ORIGINAL PHYSICAL MEDIA IN WHICH THE
SOFTWARE IS EMBODIED AND WHICH IS DISTRIBUTED BY ZIFF-DAVIS OR
ITS AUTHORIZED DISTRIBUTORS SHALL BE FREE OF DEFECTS IN
MATERIALS AND WORKMANSHIP. ZIFF-DAVIS' AND ITS AUTHORIZED
DISTRIBUTORS' ENTIRE LIABILITY AND THE USER'S EXCLUSIVE REMEDY
SHALL BE LIMITED TO THE REPLACEMENT OF THE ORIGINAL PHYSICAL
MEDIA IF DEFECTIVE. THE WARRANTIES AND REMEDIES SET FORTH
HEREIN ARE EXCLUSIVE AND IN LIEU OF ALL OTHERS, ORAL OR
WRITTEN, EXPRESS OR IMPLIED. NO ZIFF-DAVIS DISTRIBUTOR, AGENT
OR EMPLOYEE, OR THIRD PARTY, IS AUTHORIZED TO MAKE ANY
MODIFICATION OR ADDITION TO THIS WARRANTY.
SOME STATES DO NOT ALLOW EXCLUSION OR LIMITATION OF IMPLIED
WARRANTIES OR LIMITATION OF LIABILITY FOR INCIDENTAL OR
CONSEQUENTIAL DAMAGES; SO THE ABOVE LIMITATIONS OR EXCLUSIONS
MAY NOT APPLY TO YOU.
4. U.S. Government Restricted Rights
The Software is licensed subject to RESTRICTED RIGHTS. Use,
duplication or disclosure by the Government or any person or
entity acting on its behalf is subject to restrictions as set
forth in subdivision (c)(1)(ii) of the Rights in Technical
Data and Computer Software Clause at DFARS (48 CFR 252.227-
7013) for DoD contracts, in paragraphs (c)(1) and (2) of the
Commercial Computer Software-Restricted Rights clause in the
FAR (48 CFR 52.227-19) for civilian agencies, or in the case
of NASA, in Clause 18-52.227-86(d) of the NASA Supplement to
the FAR, or in other comparable agency clauses. The
contractor/manufacturer is the Ziff-Davis Benchmark Operation,
1001 Aviation Parkway, Suite 400, Morrisville, North Carolina
27560.
5. General Provisions
Nothing in this Agreement constitutes a waiver of Ziff-Davis
rights under U.S. copyright laws or any other Federal, state,
local or foreign law. You are responsible for installation,
management, and operation of the Software. This Agreement
shall be construed, interpreted and governed under New York
law. If any provision of this Agreement shall be held by a
court of competent jurisdiction to be illegal, invalid or
unenforceable, the remaining provisions shall remain in full
force and effect.
Trademarks
MacBench, NetBench, ServerBench, WinBench, and Winstone are
registered trademarks and
ZD Net is a trademark of Ziff-Davis Publishing Company.
CompuServe is a registered trademark of CompuServe, Inc.
Digital and Alpha are trademarks of Digital Equipment
Corporation.
Microsoft, MS-DOS, and Windows are registered trademarks and
Windows NT is a trademarks of Microsoft Corporation.
NetWare and Novell are registered trademarks and NetWare
ClientÖ and NetWare Client 32Ö are trademarks of Novell,
Inc.
MIPS is a registered trademark of MIPS Technologies, Inc.
OS/2 is a registered trademark and PowerPC is a trademark of
IBM Corporation.
SCO and UnixWare are registered trademarks and SCO OpenServer
is a trademark of The Santa Cruz Operation, Inc.
UNIX is a registered trademark in the United States and other
countries, licensed exclusively through
X/Open Company, Ltd.
Table of Contents
Goal of This Manual 1
Some quick reminders about ServerBench 1
ServerBench on Windows NT 3
What's new about ServerBench on Windows NT 3
ServerBench's structure on Windows NT 3
Chapter 1 ~ The Installation Overview 7
The hardware and software requirements 7
The server requirements: 7
The controller requirements: 8
The client requirements: 8
Set up your system before you install 8
Create a test network for ServerBench 9
Keep the background activity to a minimum 9
Getting the ServerBench files to the right machines9
The installation process (in brief) 10
The basic installation steps 10
Chapter 2 ~ Installing ServerBench on Your Server 13
Step 1: Check your server's hardware and software 13
Step 2: Set up your networking software 13
Step 3: Edit the hosts and (optionally) services files
14
Step 4: Set up additional file systems (optional) 15
Step 5: Install the ServerBench server files 16
Step 5: Verify your installation 17
Step 6: Make sure the machines are talking 18
Create a gate file to collect system data (optional) 18
Create directories for data files (optional) 18
Chapter 3 ~ Setting TCP/IP Up on the Controller and Clients
21
Options for setting up TCP/IP 21
Installing a Microsoft Windows 95 TCP/IP stack21
Installing a Windows for Workgroups 3.11 TCP/IP
stack 22
Installing an OnNet 2.0 for Windows TCP/IP stack
23
General Guidelines for any third-party TCP/IP stack
24
Make sure the TCP/IP stack is installed correctly 24
Setting up multiple NICs 24
Chapter 4 ~ Installing ServerBench on Your Controller27
Step 1: Check the controller's hardware and software 27
Step 2: Install the controller files 27
Step-by-step instructions for installing ServerBench
on the controller 28
Step 3: Verify your installation 29
Step 4: Install the TCP/IP stack 30
Step 5: Make sure Excel can work with ServerBench 30
Chapter 5 ~ Installing ServerBench on Your Clients 31
Step 1: Check the clients' hardware and software 31
Step 2: Select the client names and numbers 31
Step 3: Install the client files 32
Step-by-step instructions for installing ServerBench
on a client 32
Step 4: Verify your installation 34
Step 5: Install the TCP/IP stack 34
Creating your own client configuration file 34
Modifying the client command line 36
Chapter 6 ~ Running ServerBench 39
Starting ServerBench 39
Chapter 7 ~ Troubleshooting and Error Messages 43
What to check if you have problems 43
What the server warning messages mean 44
If clients are stuck in a test's R stage, check these
things 45
The way ServerBench reports errors 45
Server network error messages 47
Server kernel error messages 48
File error messages 49
Setup error messages 50
Executing error messages 50
Error messages generated by the client 51
Client network error messages 51
Client kernel error messages 52
Client file error messages 52
Client setup error messages 52
Client executing error messages 53
Error messages generated by the controller 53
Getting copies of benchmarks from ZD Net 62
Requesting the benchmark CD-ROMs from ZDBOp 62
Index 63
Problem Report Form
Benchmark Request Form
Goal of This Manual
The goal behind this manual is to give you a relatively
short document that helps you install ServerBench 3.0 on
four platforms of the Windows NT Server 3.51. This manual
focuses on the installation steps.
For more information about ServerBench and your options
for running ServerBench, see Understanding and Using
ServerBench 3.0. Also, if you just want to quickly run
ServerBench, look at your results, and use some of
ServerBench's basic features, such as setting up a
disclosure database, see the ServerBench Quick Start
Handbook. Both Understanding and Using ServerBench 3.0
and ServerBench Quick Start Handbook contain generic
information about ServerBench.
Some quick reminders about ServerBench:
ServerBench is a Ziff-Davis benchmark program
that measures the performance of application
servers in a client/server environment. To run
ServerBench, you need a minimum of three
machines:
A
server
The machine running the server software. For
ServerBench's purposes, a server consists of the machine
running the server software, the network protocol used
to communicate with the clients, and the different
subsystems (disk, processor, and network) that the
server uses in order to perform the work requested by
the clients. You install ServerBench's server program on
the server.
A Controller
A PC running Windowsr 95, Windows for Workgroups
3.11, or Windows NTÖ 3.51 that you use to set up,
start, stop, and monitor the ServerBench tests.
The controller, unlike the clients, does not
affect the server's overall score. You install
ServerBench's controller program on the
controller.
Clients
One of several PCs running Windows 95 or Windows
for Workgroups 3.11. The clients are the ones
that actually run the ServerBench tests and send
requests for work to the server. You install
ServerBench's client program on each client in
your testbed.
ServerBench on
Windows NT
Here's some specific information about how ServerBench
3.0 works on Windows NT.
What's new about ServerBench on Windows NT
ServerBench 3.0 on Windows NT contains several changes
from the previous version of ServerBench on Windows NT.
They include:
· More platforms. ServerBench 2.0 only supported Windows
NT for x86-compatible processors. ServerBench 3.0
continues to work with that platform of Windows NT and
adds three RISC platforms. Now ServerBench also runs on
Windows NT servers using Digital Alpha processors, MIPS
processors, and Power PC processors,.
· ServerBench now supports both Windows 95 clients and
Windows for Workgroups 3.11 clients. Previous versions of
ServerBench only supported Windows for Workgroups
clients.
ServerBench's controller and client programs now work
with any TCP/IP stack that is Winsock 1.1 compliant. In
the past, you had to purchase PC/TCP OnNet for
DOS/Windows from FTP Software, Inc, to use as the
TCP/IP stack for the controller and the clients. For
more information about the TCP/IP stacks ServerBench
accepts, see Chapter 3.
NOTE: ServerBench doesn't supply any network hardware
or software. You must supply that yourself.
· In addition, ServerBench no longer requires you to set
up a SERVER.CFG file any time you don't use the default
server name of server. You can now use command line
parameters on the client to specify the server name and
even an alternate name for the client configuration file.
For quick summary of all of ServerBench 3.0's new
features, see the section "What's New in ServerBench 3.0"
in the Understanding and Using ServerBenchr 3.0 manual.
ServerBench's structure on Windows NT
ServerBench's server application on Windows NT consists
of a single process, which in turn consists of a master
thread and a pool service threads on an I/O completion
queue. The number of service threads is the same as the
number of connected clients, but only up to a certain
limit. This cap is set at 47 plus the number of
processors in the server. For example, if 60 clients
connect to the server and the server has 4 processors,
the application will have a pool of 51 service threads
Each service thread accepts requests from any client.
A service thread receives two types of requests from a
client: a synchronization request and a work request.
The clients use the synchronization requests to indicate
they're waiting to begin the next phase of a mix. The
clients use the work requests to ask the server to
perform some operation.
The steps that follow show how ServerBench on Windows NT
handles client/server interactions. (For simplicity's
sake, we're only listing the general steps and omitting
the details.)
1.The master thread begins on the server once you start
the server program (remember, ServerBench should
already be running on the controller at this point).
The master thread listens for connections from clients.
2.You start ServerBench on a client. The client sends a
connect request to the server.
3.The master thread accepts a connection request from a
client and passes that connection with the client to an
I/O completion port. If the limit on the number of
service threads hasn't been reached, the master thread
creates a new service thread.
4.Steps 2 and 3 repeat until all the clients are running
ServerBench.
5.Each service thread waits on the I/O completion port
for a request from a client. When a service thread
receives a request via the I/O completion port, it
carries out that request. The thread then waits on the
I/O completion port for another request. The service
thread's next request may be from the same client or
from a different client.
6.The master thread waits on a semaphore.
7.Each time a service thread receives a synchronization
request from a client, it increments the semaphore.
8.When the service threads have incremented the semaphore
with synchronization requests from all the clients, the
master thread wakes up, performs a task, sends a "go
ahead" message to each of the clients, and waits again
on the semaphore.
9.When a client receives the "go ahead" message, it sends
a request to the server. This can be either a work
request or another synchronization request.
10. Each time a service thread receives a work request
from a client, it performs the requested operation and
sends a response back to the client.
11. When the client receives the response, it either
sends another work request or a synchronization request
to the server.
The next set of steps show the interactions of the master
thread, the service threads, and the clients during a
mix. (Again, these are only general steps.)
1.Connection.
a.When the master thread wakes up, it listens for
connections from clients (if the controller requires
it).
b.When you start ServerBench on a client, the client
sends a connect request to the server.
c.The master thread accepts a connection request from
a client. It passes that connection with the client
to an I/O completion port. If the limit on the
number of service threads hasn't been reached, the
master thread creates a new service thread
d.Steps b and c repeat until all the clients are
running ServerBench and each one has its own service
thread on the server.
2.Initialization.
a.When the master thread wakes up, it requests a mix
definition from the controller.
b.The controller provides the mix definition.
c.The master thread determines which clients will
participate in the mix.
d.Once the participating clients receive the "go
ahead" message, they request the mix definition from
the server.
e.When the service threads receive the initialization
work requests, they create data files for the mix,
allocate buffers for the mix, and send the mix
definition to the participating clients.
3.Execution.
a.When the clients receive the "go ahead" message
indicating that initialization is complete, they
send transaction (work) requests to the server.
b.The service threads receive these requests, execute
the transaction requests, and send a reply to the
clients.
c.When the client receives the response, it either
sends another work request or a synchronization
request to the server.
d.Steps b and c repeat until each client has sent a
synchronization request to the server.
4.Reporting.
a. When the clients receive the "go ahead" message,
they send the mix results to the server.
b.The service threads receive these results and
forward them to the controller.
End of "ServerBench on Windows NT"
Chapter 1 ~
The Installation Overview
This chapter gives you the basics of what you need to do
before you install ServerBench. It contains a complete
list of ServerBench's hardware and software requirements
for the server, controller, and clients. In addition, it
provides some tips on installing ServerBench as well as a
quick overview of the installation process.
The hardware and software requirements
The following is a list of the hardware and software that
ServerBench requires. We've divided the list into three
categories: server, controller, and clients.
The server requirements:
Microsoft Windows NT Server Version 3.51 for either an
x86-compatible processor or one of the following three
RISC processors: Digital Alpha, MIPS, or Power PC.
At least 16 MB of RAM to run ServerBench plus half a
megabyte of RAM for each client you will run with
ServerBench. For example, if you have 30 clients, you
will need an additional 15 MB of RAM. So your total RAM
requirements in this example will be 31 MB.
NOTE: While you can run ServerBench on servers with
less RAM, the paging activity caused by the limited
memory will lower your scores.
Approximately 2 MB of free space on your hard disk for
the ServerBench software. You will need additional free
space for each client. The amount of free space you
might need will vary based on the number of clients you
include in each test and the initial size of the disk
test file (20 MB for the standard ServerBench mixes)
for each client.
For example, if you have 50 clients and the initial
size of the disk test file for each client is 20 MB,
you will need 50 * 20 MB, or 1000 MB, of free disk
space. If your mixes include the Append test, then you
will need more free disk space.
One or more network interface cards and their drivers.
The TCP/IP software and hardware components your
network system needs in order for the server,
controller, and clients to communicate with each other.
The controller requirements:
Either Microsoftr Windowsr 95, Windows for Workgroups
3.11, or Windows NT 3.51 with an x86-compatible
processor. If you're using Windows for Workgroups,
you'll also need MS-DOSr 5.0 or later.
The Winsock 1.1-compliant TCP/IP software and hardware
components your network system needs in order for the
server, controller, and clients to communicate with
each other.
Microsoft Excel 5.0 for Windows or later. If your
controller is running Windows for Workgroups, you need
to include the Excel directory in the PC's PATH
statement. For information on the PATH statement, refer
to your user's manual.
A network interface card and driver.
An 80486 (or compatible) or higher processor.
A minimum of 8 MB of RAM.
About 10 MB of free space on your hard disk. This
includes about 3.5 MB for the ServerBench software, 500
KB for the standard test suites, about 5 MB for
documentation, and additional space for ServerBench to
generate its results files. (The amount of free space
you'll need will vary based on the size and number of
results files you accumulate.)
A high resolution video adapter. ServerBench will work
on any video adapter with a horizontal resolution of at
least 800 pixels and a vertical resolution of at least
600 pixels. For the controller, we recommend you have a
15-inch or larger monitor.
A CD-ROM drive. (You don't need to have one attached to
the controller, but you do need to have one somewhere
if you are getting your installation files off of the
Ziff-Davis Server Benchmarks CD-ROM.)
The client requirements :
Either Microsoftr Windowsr 95 or Windows for
Workgroups 3.11. If you're using Windows for
Workgroups, you'll need MS-DOS 5.0 or later.
NOTE: Unlike the controller, the client doesn't work on
Windows NT. There is a problem in the Windows NT 16-
bit timer emulation.
The Winsock 1.1-compliant TCP/IP software and hardware
components your network system needs in order for the
server, controller, and clients to communicate with
each other.
An 80386 (or compatible) or higher processor.
8 MB of RAM.
On each client, approximately 1 MB of free space on the
client's hard disk to install ServerBench.
A network interface card and its driver.
A 9-inch or larger VGA monitor (either monochrome or
color).
Set up your system before you install
If you want to run ServerBench, you'll need at a minimum,
a network applications server connected to two PCs, one
of which is your controller and the other is your client:
The server is a PC-based system running Windows NT
Server 3.51 with either an x86-compatible processor or
one of the following RISC processors: Digital Alpha,
MIPS, or Power PC.
The controller is a PC running Microsoft Windows 95,
Windows for Workgroups 3.11, or Windows NT for x86-
compatible processors. You start test suites and
monitor the test run from the controller. The
controller does not run any tests.
The clients are PCs running Microsoft Windows 95 or
Windows for Workgroups 3.11. These are the PCs that
actually send the transaction requests to the server.
You'll want to make sure your ServerBench test system is
set up correctly before you begin the actual
installation. This means you need to have the following
items installed:
Your Windows NT operating system on your server.
Microsoft Windows 95, Windows for Workgroups 3.11, or
Windows NT for x86-compatible processors and Microsoft
Excel 5.0 or higher on your controller.
Microsoft Windows 95 or Windows for Workgroups 3.11 on
each of your clients.
The TCP/IP software and hardware components your
network system needs in order for the server,
controller, and clients to communicate with each other.
This software must be up and running before you start
ServerBench on the controller and clients.
NOTE: ServerBench does not provide any network
software.
Also, you'll need the IP (Internet protocol) address for
the server, controller, and clients.
Create a test network for ServerBench
You should always create a closed, test network for
ServerBench. By test network, we mean one that other
people are not using and that has only what it needs
loaded. Running ServerBench on a test network is one of
the most important things you can do to improve your
results.
If you run ServerBench on a production network, you'll
probably wind up with some users who are very annoyed
about the way performance on the server has degraded. The
combination of the traffic your regular users generate
and the traffic ServerBench generates produces
bottlenecks (i.e., congestion) that slows down the server
and, more importantly from the ServerBench standpoint,
causes your server's scores to worsen.
Keep the background activity to a minimum
In addition to using a test network for ServerBench,
you'll also want to make sure you don't have any other
non-critical applications running on the server or the
clients when you execute ServerBench. You don't want to
be doing anything else while ServerBench is running on
the server or the clients.
If you execute ServerBench with background applications
running, such as screen saver programs, you run the risk
of distorting your results or causing problems for
ServerBench as it tests the server.
Getting the ServerBench files to the right machines
You can install ServerBench from:
· The Ziff-Davis Server Benchmarks CD-ROM. The
subdirectories containing the server files in the
\SB30\NT351\SERVER directory. You'll need to go to the
correct server subdirectory for the Windows NT platform
that you're installing. These subdirectories are \ALPHA,
\MIPS, \PPC, and \X386. The controller files are in
\SB30\NT351\CONTROLR and the client files are in
\SB30\NT351\CLIENT.
· A network directory. This directory should contain
three subdirectories: one each for ServerBench's server
files, controller files, and client files. If you
downloaded ServerBench from ZD Net, these subdirectories
should contain the files you downloaded. You'll need to
expand the controller self-extracting executable
NT35CO.EXE and client self-extracting executable
NT35CL.EXE before you can install the controller and
client programs. Simply copy the server file to a
ServerBench directory you create on the server and expand
it then. The server program for the Digital Alpha version
is called NT35ALPS.EXE; the MIPS version, NT35MIPS.EXE;
the PowerPC version, NT35PPCS.EXE; and the x86-
compatible version, NT35X86S.EXE.
· A set of installation diskettes you make. You'll need
one diskette each for the server and client files and two
diskettes for the controller files. If you like, you can
use the MAKEBAT.EXE utility to create the diskettes. See
the README.TXT file in the directory \DISKETTE\SB30\NT351
on the CD-ROM for information on how to use that utility.
The installation process (in brief)
When you install ServerBench, you install files on two
types of machines: a server and the controller/client
PCs. For specific information on which files each machine
needs, see the installation chapter for that machine. For
a quick summary of the installation steps, see the next
section.
The basic installation steps
The following is a very brief summary of what you're
going to do to install ServerBench. This is just an
overview of the steps you'll need to follow once you've
made sure your system meets all the ServerBench hardware
and software requirements. Detailed instructions for
installing ServerBench on your server are in Chapter 2;
your controller, Chapter 4; and your clients, Chapter 5.
1.Install ServerBench on your server. To do this:
a.Make sure you've set your server up as an
applications server, not a file server.
b.Make sure you've configured the Windows NT server
software as an application server instead of as a
file server. You also need to configure the IP
addresses of your server's network adapters.
c.Edit the \winnt35\system32\drivers\etc\hosts file to
make sure it contains the IP address of the
controller.
NOTE:In our examples, we use winnt35 as the name of
the Windows NT installation directory. If that's
not the name you use for your Windows NT
installation directory, then replace winnt35 with
the name of your installation directory.
d Optional. Create one or more ntfs file systems that
ServerBench can create the Disk test data files on.
e Create the ServerBench main directory. You might
call it \SB30.
f Change to the ServerBench directory you just
created.
g Copy the server executable for your ServerBench
platform from the CD-ROM, from a networked drive, or
from a server installation diskette you created into
your ServerBench directory.
h Execute the server executable for your ServerBench
platform in the ServerBench directory on your
server.
i Check your network connections to make sure all the
server, controller, and clients can talk to each
other.
j If you've set up TCP/IP on your controller and
clients, make sure the machines are talking.
k Optionally, create directories for the disk test
data files (if you decide you don't want to use
ServerBench's default of having the directories in
the installation directory). If you perform this
step, you'll need to go to the Mix Definition window
on the controller and change the path names to these
directories.
See Chapter 2 "Installing ServerBench on Your Server"
for more information.
3.Make sure you have a Winsock 1.1 compliant TCP/IP stack
installed on the controller and the clients.
Optionally, set up multiple network interface cards (if
your server had more than one network interface card).
See Chapter 3 "Setting TCP/IP Up on the Controller and
Clients" for more information.
4.Install ServerBench on the controller.
a.Execute SETUP.EXE from the controller directory on
the CD-ROM, from a networked drive, or from the
controller installation diskettes you created.
SETUP.EXE automatically creates a ServerBench
directory on the controller and installs the
controller files there. The default name for this
directory is C:\SB30, but you can give it any name
you choose. If you're running Windows 95 on your
controller, the SETUP.EXE program creates a shortcut
to your controller program, which it places in a
Ziff-Davis Benchmarks program group. If you're
running Windows for Workgroups or Windows NT, the
SETUP.EXE program creates a ServerBench icon in the
Ziff-Davis Benchmarks program group. (If you don't
have this program group, ServerBench creates it as
well.)
b.Check to make sure your controller can talk to the
server.
c.Check your Excel setup to make sure it has all the
features ServerBench needs.
See Chapter 4 "Installing ServerBench on Your
Controller" for more information.
4.Install ServerBench on the clients.
a.Execute SETUP.EXE from the client directory on the
CD-ROM, from a networked drive, or from a client
installation diskette you created. SETUP.EXE
automatically creates a ServerBench directory on the
client and installs the client files there. The
default name for this directory is C:\SB30, but you
can give it any name you choose. If you're running
Windows 95 on the client, the SETUP.EXE program
creates a shortcut to the client program, which it
places in a Ziff-Davis Benchmarks program group. If
you're running Windows for Workgroups, the SETUP.EXE
program creates a ServerBench icon in the Ziff-Davis
Benchmarks program group. (If you don't have this
program group, ServerBench creates it as well.)
b.The SETUP.EXE program will also ask you for the
client name. If you want to use the client
configuration file we provide, name each client
sequentially beginning with c1 and continuing up to
c60. Remember, each client must have a unique name.
c.If you choose not to use the default CLIENT.CFG file
that comes with ServerBench, create or modify your
own CLIENT.CFG file and place it on each client.
d.Check to make sure your client can talk to the
server.
See Chapter 5 "Installing ServerBench on Your
Clients" for more information.
End of chapter
_Chapter 2 ~
Installing ServerBench on Your Server
This chapter steps you though the process of installing
ServerBench on your server.
Step 1: Check your server's hardware and software
Check the list of server requirements in Chapter 1 to
make sure your server meets ServerBench's software and
hardware requirements.
Step 2: Set up your networking software
You need to configure the Windows NT server software to
manage memory as an application server instead of as a
file server. You also need to configure the IP addresses
of your server's network adapters.
To do this, perform the following steps:
1.Double-click on the Control Panel icon in the Main
program group.
2.Double-click on the Network icon. The Network Settings
window appears.
3.Under Installed Network Software, double-click on
Server.
4. Under Optimization, choose Maximize Throughput
for Network Applications.
5.Click on the OK button. Doing this returns you to the
Network Settings window.
6.Under Installed Network Software, double-click on
TCP/IP Protocol.
7.At the top of the TCP/IP Configuration window, choose
one of the network adapters in your server.
8.Fill in the IP address for the network adapter.
9.Repeat steps 7 and 8 for each network adapter in your
server.
10. Click on OK. Doing this returns you to the
Network Settings window.
11. Click on OK. Windows NT displays the Network
Settings Change dialog box.
12. To put the Server and TCP/IP protocol settings
into effect, restart Windows NT.
Additional information:
The ServerBench server program always checks
to see whether you've configured your server
as an applications server or a file server.
If you've configured the server as a file
server (i.e., you've selected the Maximize
Throughput for File Sharing option),
ServerBench displays the following warning
message on the server: System is not
configured as an application server. If you
ignore this warning and continue to run
ServerBench, you may see lower scores than if
you'd configured the server as an
applications server. Also, the Server
Disclosure table (Table 4 in the results
workbook) will show "large system cache = 1."
If you configure the server software to
"Maximize Throughput for Network
Applications" (i.e., as an applications
server), then the Server Disclosure table
will show "large system cache = 0."
Step 3: Edit the hosts and (optionally) services files
You'll need to edit the
\winnt35\system32\drivers\etc\hosts file to make sure it
contains the controller's IP address and the controller's
name. The server needs this information in order to talk
to the controller.
NOTE: We named our Windows NT installation directory
winnt35. If you used a different name for your
Windows NT installation directory, replace the
winnt35 portion of the path names we supply in this
manual with the name of your directory. For example,
if you named your Windows NT installation directory
WNT, then your path name to the hosts file would be
\wnt\system32\drivers\etc\hosts.
For example, if your controller has an IP address of
192.0.1.100 and is named LABPC, you'd need to add this
line in the \winnt35\system32\drivers\etc\hosts file:
192.0.1.100 LABPC
However, because ServerBench by default looks for the
name controller in the
\winnt35\system32\drivers\etc\hosts file, you'll need to
specify the name LABPC as the controller argument on the
ServerBench's server command line.
To avoid having to include a controller argument on the
command line, we recommend you use ServerBench's default
name controller. You can simply add the name controller
to line containing the IP address and the PC name. (Each
IP address can have two host names associated with it.)
For example:
192.0.1.100 LABPC CONTROLLER
In this case, you don't need to include a controller name
argument on the server command line because ServerBench
will automatically find the name controller when it looks
in the \winnt35\system32\drivers\etc\hosts file.
NOTE: If ServerBench doesn't find either of the name you
specified on the server command line or the name
controller in the
\winnt35\system32\drivers\etc\hosts file, it
displays an error message.
Tip:
If you have more than one NIC on your server, see
the section "Setting up multiple NICs" in Chapter
3.
In addition, if you don't want the server to listen for
clients at the default port of 5090, you'll need to edit
the \winnt35\system32\drivers\etc\services file and add
the line:
serverbench-s port-number/tcp
where port-number is the number of the port that you want
the server to use.
And, if you don't want the server to call the controller
at port of 5091, you'll need to add the line:
serverbench-c port-number/tcp
to the \winnt35\system32\drivers\etc\services file.
Step 4: Set up additional file systems (optional)
We recommend that you create one or more NTFS to hold
your ServerBench disk test data files This is an optional
step.
Tip:
By having a separate file system for the
ServerBench data files, you can reinitialize the
file system after each test session. This means
you can start the next test session with a clean
file system.
When you create multiple file systems, you can set up
your server to have one file system per disk spindle of a
disk array. Setting up file systems this way lets you
distribute the ServerBench data files for the Disk tests
and work load evenly among the disk spindles on the disk
array. However, you'll need to tell ServerBench to create
its test data files on the file systems you create. You
can go to the Mix Definition window at the controller and
change the path names so that they rotate among the file
systems. (Otherwise, ServerBench creates the client Disk
test data files in its installation directory.)
To create these file systems, use the Windows NT Disk
Administrator. You'll find this utility in the
Administrative Tools program group.
Our prescription is:
We've found that distributing the data files this
way produces higher ServerBench system test scores
than striping the data files across the disk
spindles.
So, at ZD Labs, we set up disk arrays with five
spindles. We install the operating system and the
ServerBench application on the first spindle. We
create a file system on each of the remaining
spindles for ServerBench's data files.
Step 5: Install the ServerBench server files
To install ServerBench's server files, you'll need to
create a ServerBench directory on your server and run the
self-extracting server file for your platform. This
server file places ServerBench's server files in that
directory. Each of the four Windows NT platforms uses a
different server file.
Reminder:
While the installation procedure is the same for
each platform of ServerBench on Windows NT Server
3.51, you'll need to make sure you use the
correct server installation files for your
platform. The server files on the
Ziff-Davis Server Benchmarks CD-ROM are:
\SB30\NT351\SERVER\ALPHA\NT35ALPS.EXE Digital
Alpha processor
\SB30\NT351\SERVER\MIPS\NT35MIPS.EXE MIPS
processor
\SB30\NT351\SERVER\PPC\NT35PPCS.EXE Power
PC processor
\SB30\NT351\SERVER\X86\NT35X86S.EXE X86-
compatible processor
Here're the steps for installing the server files.
1.Create a ServerBench installation directory on your
server and change to that directory. We suggest you
call the directory \SB30.
Tip:
The standard test suites create the disk test
data files in ServerBench's installation
directory. So, when you create an installation
directory, make sure you have enough space on
the volume to accommodate the disk test data
files (about 20 MB per client). If you want the
test suites to create the disk test data files
in a different directory, you'll need to modify
the path names in the Mix Definition Window. See
the section "Create directories for data files
(optional)" later in this chapter for more
information.
2.Copy the Windows NT ServerBench server file for your
processor to this directory.
NOTE: To make the examples easier to read, we specify
certain drive designations, such as D for a CD-ROM
drive. Make sure you use the correct drive
designations for your system.
· If you're installing from a CD-ROM:
Put the CD-ROM in the correct drive and copy the
correct self-extracting server file to the
ServerBench directory on your server. For example,
if you're installing ServerBench on a Windows NT
platform with a Digital Alpha processor, you might
enter the following command:
COPY D:\SB30\NT351\SERVER\ALPHA\NT35ALPS.EXE
For the MIPS processor platform:
COPY D:\SB30\NT351\SERVER\MIPS\NT35MIPS.EXE
For the PowerPC processor platform:
COPY D:\SB30\NT351\SERVER\PPC\NT35PPCS.EXE
For the x86-compatible processor platform:
COPY D:\SB30\NT351\SERVER\X86\NT35X86.EXE
· If you're installing from a network drive:
Copy ServerBench's self-extracting server program
for your Windows NT platform to the ServerBench
directory on your server. For example, if the
server file is in a directory called NT351 on your
G drive, you might enter the following command:
COPY G:\NT351\NT35xxxS.EXE
where NT35xxxS.EXE is the correct server file for
your server platform.
· If you're installing from an installation
diskette you created:
Put the diskette in the correct drive and copy
ServerBench's self-extracting server program to
the ServerBench directory on your server. For
example, if your diskette drive is A, you might
enter the following command:
COPY A:\NT35xxxS.EXE
where NT35xxxS.EXE is the correct server file for
your server platform.
4. From the ServerBench directory on your server, run
the self-extracting server file NT35xxxS.EXE. Enter the
command:
NT35xxxS
where NT35xxxS is the correct server file for your
server platform.
When you execute this file, it extracts ServerBench's
server files and places them in the current directory.
You should now have all the server files you need in your
ServerBench directory on the server you're planning to
test.
Tip:
Now that you've expanded the server file for your
platform, (either NT35ALPS.EXE, NT35MIPS.EXE,
NT35PPCS.EXE, or NT35X86S.EXE), you can delete it.
You no longer need this file.
Step 5: Verify your installation
After you install ServerBench's files for your Windows NT
platform, you need to make sure the installation worked
correctly and you have all the files you need in the
ServerBench directory on your server. To do this, use the
DIR command to display the contents of the directory.
Your directory should look like this:
SVR.EXE
SVB_SEED.DAT
SVB_PROC.DAT
SVR_GATE.BAT
ServerBench uses or creates the following files on the
server when it runs. These files include binary
executables and data files.
Binary executable files:
svr.exe. You execute the SVR.EXE file to run
ServerBench on the server.
NOTE: The self-extracting server file for each of the
four Windows NT platforms places a SVR.EXE file in
the ServerBench installation directory. Even
though the file name is the same, each of these
SVR.EXE files is compiled for its particular
platform. They're not interchangeable.
Data files:
svb_seed.dat. This is a 1 MB data file ServerBench uses
to create client data files for the disk tests.
svb_proc.dat. This is a 350 KB data file ServerBench
uses when running a mix with the processor test.
Data files. These are temporary files that ServerBench
creates when it executes a mix with transactions
containing disk tests. ServerBench normally deletes
these files at the end of a ServerBench session. If the
server hangs or crashes at any point after these files
have been created, you'll need to delete them manually.
The size of the data files depends on the value
specified for the Disk test file initial size
parameter, which you enter at the Mix Definition window
when you create a mix. The standard system suite uses
20 MB data files for each client.
Text file:
svr.txt. This is a temporary file the ServerBench
application recreates each time you execute
ServerBench. It contains information from the server's
registry that the application on the server sends to
the ServerBench controller for including in the results
spreadsheets. It also contains the IP addresses, client
names, and client ID numbers of all the clients
connected to the server as well as adjustments to the
application's minimum working set size for running
mixes. In addition, for each mix, it contains the mix
name, the maximum number of clients to include in the
mix, the size of each client's data file, the range in
which ServerBench executed the mix's disk tests within
these data files, the boundaries on which ServerBench
aligned the disk tests, and the sizes of the buffers
that ServerBench allocated on the server for each
client to execute the mix.
Batch file:
SVR_ GATE.BAT. This is a sample of a batch file that
you can use to get information about your system as it
runs ServerBench. To enable this file, you need to
rename it to GATE.BAT. When you enable GATE.BAT,
SVR.EXE calls it at certain points in a test run, such
as just before the execution of a mix and just after
the execution of mix. You can use this file to collect
operating system statistics during the execution of a
mix.
Step 6: Make sure the machines are talking
Before you move on, it's a good idea to make sure your
network is working correctly. To do this, use the ping
utility that comes with Windows NT Server 3.51. If you
have already installed TCP/IP on your controller and
clients, you can use this utility to see if your server
can talk to these machines. If you haven't installed
TCP/IP on your clients and controller, you'll need to
wait until you complete your installation before you can
perform this step.
Create a gate file to collect system data (optional)
ServerBench provides a sample batch, svr_gate.bat, that
you can use to collect information about your system as
it runs the test suites. To use this script, you need to
rename GATE.BAT.
ServerBench's master thread calls gate at certain points
in a test run, such as just before the execution of a
mix, just after the execution of mix, and when the
clients are preparing to report results. At these times,
takes a snapshot of the system counter before and after a
mix executes. After the mix ends, you can display these
statistics.
Create directories for data files (optional)
If a mix contains disk tests, ServerBench creates a data
file on the server for each client running that mix. By
default, ServerBench's standard mixes put the client data
files in the ServerBench installation directory. However,
you can tell ServerBench to create these files in another
directory by including the path name to that directory
when you create the test mix.
Reminder:
Whether you specify a separate directory for the
test data files or use the default directory, you
need to make sure ServerBench has enough space to
create these files. To calculate how much space
ServerBench needs, multiply the number of clients
running the mix by the size of the disk files as
specified by the Disk Test File Initial Size
parameter. (You set this parameter at the Mix
Definition window; see Understanding and Using
ServerBench 3.0 for more details.) Thus, if you
have 30 clients and the initial size of the disk
files is 1 MB, you'll need 30 MB of space in the
directory where ServerBench creates these files.
If you don't use the default path names for the data
files, you'll need to create those directories before you
run any mixes containing disk tests. For example, if you
create a mix and specify \sb30\data\data1 and
\sb30\data\data2 as the path names of the data files for
the first two clients, you must create the directory data
before you run the mix.
To change the data file path names, you'll need to
install ServerBench on the controller and start
ServerBench. From the main ServerBench window, choose the
Create or Modify Test Suites button. From the Create or
Select Test Suite dialog box, choose the test suite you
want to modify and click on OK. From the Mixes in Test
Suite dialog box, highlight the mix you want to edit and
click on the Edit button. This takes you to the Mix
Definition window. Once you change the path names in one
mix, you can apply that change to all the mixes in that
test suite by choosing the Advanced menu and selecting
the Copy mix fields across this suite option. At the
Duplicate Mix Fields Across Suite dialog box, click on
the Pathnames option and then click on OK. For detailed
information on modifying mixes, see Understanding and
Using ServerBenchr 3.0.
End of chapter
Chapter 3 ~
Setting TCP/IP Up on the Controller and Clients
Both the controller and the clients use TCP/IP to
communicate with the server. This chapter gives you some
guidelines on how to set up TCP/IP on the controller and
client PCs. It also provides an example of how you set up
multiple network interface cards (NICs) on your server.
Reminder:
You'll need to make sure the IP addresses are
set up correctly for the controller and the
clients. Each PC you use in the ServerBench test
must have a unique IP address. The PC gets its
IP address during the Windows NT and client
TCP/IP stack installation. You'll need to
include the controller's IP address when you
edit the hosts file on the server. For more
information on IP addressing, see your Windows
NT and TCP/IP manuals.
Options for setting up TCP/IP
The server, controller, and clients communicate via the
TCP/IP protocol. ServerBench works with any TCP/IP stack
that is Winsock 1.1 compliant. Here are some general
guidelines for installing your TCP/IP stack on PCs
running Windows 95 or Windows for Workgroups.
Tip:
Because a variety of TCP/IP stacks are Winsock
1.1. compliant, we can't give you detailed
instructions on how you should set up your version
of TCP/IP. These are some general tips. For
detailed instructions, please consult the
documentation for your system's TCP/IP protocol.
Installing a Microsoft Windows 95 TCP/IP stack
From the Network Icon in the Control Panel:
1.Open the Network icon in the Control Panel and choose
Add -> Protocol -> Microsoft -> TCP/IP
2.Choose OK to add the protocol.
3.From the Network window highlight "TCP/IP" and choose
Properties.
4.From the TCP/IP Properties window, choose the IP
Address folder. Make sure you select "Specify an IP
address."
5.Now edit the hosts file in the Windows 95 installation
directory to include the server's IP address. The
Windows 95 TCP/IP stack needs this information so that
the controller can talk to the server.
Generally, you can edit the hosts file by executing the
NOTEBOOK.EXE application and opening the hosts file in
the Windows 95 installation directory (for example,
\windows\hosts). If the hosts file doesn't exist,
you'll need to create it.
When the hosts file is open, add the line:
xxx.xxx.xxx.xxxserver
where
· xxx.xxx.xxx.xxx is the IP address of your server.
· server is the name you use for your server.
Installing a Windows for Workgroups 3.11 TCP/IP stack
To install the TCP/IP stack on Windows for Workgroups,
you'll need to purchase Microsoft's TCP/IP-32 stack. We
recommend that you upgrade the stack to version 3.11a.
You'll find this update on the Microsoft FTP server. The
files INDEX.TXT and UPDATE.TXT should contain
instructions for how to download version 3.11a and how to
use it to upgrade the Microsoft TCP/IP-32 stack.
Once you've installed the Microsoft TCP/IP-32 stack,
you'll need to set two additional attributes:
· The IP address of the machine on which the stack is
installed.
· The server's IP address in the hosts file on the
Windows for Workgroups PC.
You probably set the IP address of the machine with the
TCP/IP stack when you installed TCP/IP. If you didn't or
if you need to change it, then:
1.From the Network group, choose the Network Setup icon.
2.Choose the Drivers button.
3.Choose NetWork Drivers. You'll see information on your
network interface card and the network protocols used
on that NIC.
4.Select TCP/IP-32 3.11.
5.Choose the Setup button. In the menu that appears,
you'll be able to set up your IP address.
You can generally edit the hosts file by executing the
NOTEBOOK.EXE application and opening the hosts file in
the Windows for Workgroups installation directory (for
example, \wfw\hosts). When the hosts file is open, add
the line:
xxx.xxx.xxx.xxxserver
where
· xxx.xxx.xxx.xxx is the IP address of your server.
· server is the name you use for your server.
Tip:
If the hosts file doesn't exist, you'll need to
create it. One way to create this file is by
editing the sample file in the Windows
installation directory (for example,
\wfw\hosts.sam) and using the name hosts when you
save the file.
Installing an OnNet 2.0 for Windows TCP/IP stack
You'll find the details on how you install OnNet 2.0 on
PCs running Windows 95 and Windows for Workgroups in the
Advanced User's Guide: OnNet for Windows and PC/TCP for
DOS Network Software. You must use this information when
you install OnNet 2.0. In addition to that information,
here're some general guidelines:
· Choose either the Express or Custom installation
method.
· If you choose the Express installation method, you'll
automatically get the "virtual device driver" (VxD)
implementation of the PC/TCP kernel.
· If you choose the Custom installation method, you'll
need to select Windows (VxD Kernel) at the Network
Connectivity dialog box. By choosing this option, you'll
get the "virtual device driver" (VxD) implementation of
the PC/TCP kernel. This implementation uses less memory
and provides better performance in Windows than the
"terminate-and-stay-resident" (TSR) implementation of the
PC kernel does.
· If you choose the Custom installation method, you can
omit the optional PC/TCP components.
Tip:
We recommend you upgrade your OnNet 2.0 software
by obtaining the latest winsock.dll from FTP
Software. The version of OnNet for Windows Version
2.0 that we used in our testing contained a bug
that caused our tests to fail frequently. The
latest winsock.dll resolved this problem. You can
contact FTP Software for details on how to get
this file.
In addition, there's a problem in some versions of
the VXDPCTCP.386 file in OnNet 1.1 and 2.0 that
causes page faults. Make sure that the version you
have of this file has the date: 9/16/94 10:11:22
a.m (or later).
When you've got OnNet installed, you'll need to set two
additional attributes:
· The IP address of the machine on which the stack is
installed.
· The server's IP address in the hosts file on the PC.
You probably set the IP address you installed OnNet. If
you didn't or if you need to change it, then:
1.From the WinApps Program group, choose the Configure
icon.
2.From the Config dialog box, choose Internet Addresses.
3.In the dialog box that appears, select your IP address.
Now you'll need to modify the hosts file in the OnNet 2.0
directory to add a line containing the server's IP
address. Usually, you can execute the NOTEBOOK.EXE
application and open the hosts file in the OnNet 2.0
directory. If the hosts file doesn't exist, you'll need
to create it.
When the HOSTS file is open, add the line:
xxx.xxx.xxx.xxxserver
where
· xxx.xxx.xxx.xxx is the IP address of your server.
· server is the name you use for your server.
Now you'll need to edit the file pctcp.ini so that it
contains the full path name to your HOSTS file. You'll
find the file pctcp.ini in your OnNet 2.0 directory.
You'll need to add the path name to the [pctcp kernel]
section of the pctcp.ini file. For example, if your OnNet
2.0 directory is called c:\onnet20, then you'll edit the
file c:\onnet20\pctcp.ini. Go to the [pctcp kernel]
section and add the line:
host-table=c:\onnet20\hosts
General Guidelines for any third-party TCP/IP stack
Basically, once you've got a TCP/IP stack correctly
installed, you'll need to set two additional attributes
in order to run ServerBench:
· The IP address of the machine on which the stack is
installed. You must set the machine's IP address before
it will work with ServerBench. Sometimes you'll set this
attribute when you install the TCP/IP stack. If you don't
set it then, you'll probably be able to set it using a
graphical utility that comes with the stack or by
manually editing a .INI file. See the documentation that
comes with your TCP/IP software for more information.
· The server's IP address in the hosts file on the PC.
Doing this enables the ServerBench client application to
talk to the server. Normally, you'll simply add a line to
the hosts file to include the server's IP address. We
recommend that you use the default ServerBench naming
scheme of:
xxx.xxx.xxx.xxxserver
The location and name of the hosts file is usually
specified in a .INI file. In general, the name of the
file is hosts and it resides in the same directory
where the stack was installed.
Make sure the TCP/IP stack is installed correctly
Before you move on, it's a good idea to make sure you've
installed your TCP/IP stack correctly. To do this, you
can use the ping utility that comes with the stack. If
you haven't already rebooted your PC, do so now. Once the
machine has rebooted, use the ping utility to contact
the server. If the ping utility succeeds, then the
server and the PC should be able to communicate when you
run ServerBench. You should perform this check from the
controller PC and each client PC.
Setting up multiple NICs
This section contains an example of how to set up your
server when it has more than one network interface card
(NIC). You can also see from this example how much easier
setting up ServerBench is if you use the default
ServerBench naming conventions of controller for your
controller and server for your server. Let's assume the
server has four network segments with the following IP
addresses.
NIC1 192.0.1.100
NIC2 192.0.2.100
NIC3 192.0.3.100
NIC4 192.0.4.100
Your controller, which is attached to segment NIC1, has
the following IP address:
192.0.1.101
You have eight clients, which are attached in the
following way:
NIC1 c1 192.0.1.1 c5 192.0.1.2
NIC2 c2 192.0.2.1 c6 192.0.2.2
NIC3 c3 192.0.3.1 c7 192.0.3.2
NIC4 c4 192.0.4.1 c8 192.0.4.2
When you use the ServerBench 3.0 default naming scheme,
here's how you need to set up your files for the server
and the clients:
· Server. You must have the following entry for the
controller in the hosts file:
192.0.1.101 controller
· Clients. For c1 and c5, you must have the following
entry in the client's TCP/IP stack's hosts file:
192.0.1.100 server
For c2 and c6, you need this entry:
192.0.2.100 server
For c3 and c7, you need this entry:
192.0.3.100 server
For c4 and c8, you need this entry:
192.0.4.100 server
Because you're using the default names, you don't have to
modify the client command line. Also, you don't need to
specify the name for the controller when you start the
ServerBench server executable.
However, if clients c1 and c5 used a different naming
scheme for the server, such as:
192.0.1.100 foobar
you'd have to modify the client command line so that it
specified the server name. See the section "Modifying the
client command line" in Chapter 5 for more information.
End of chapter
_Chapter 4 ~
Installing ServerBench
on Your Controller
This chapter steps you through the process of installing
ServerBench on your controller.
Step 1: Check the controller's hardware and software
Check the list of controller requirements in Chapter 1 to
make sure your server meets ServerBench's software and
hardware requirements.
Step 2: Install the controller files
You can easily install the ServerBench's controller files
by running the controller SETUP.EXE program. To execute
SETUP.EXE from Windows 95 choose Start -> Run and enter
the path name to SETUP.EXE (for example
D:\SB30\NT351\CONTROLR\SETUP). To execute SETUP.EXE from
Windows for Workgroups, use the Run option from the
Windows File Manager or Program Manager.
You can run SETUP.EXE from:
· The Ziff-Davis Server Benchmarks CD-ROM (the directory
\SB30\NT351\CONTROLR).
· A directory on a network drive where you copied the
controller files.
· Installation diskettes you created.
The screens that SETUP.EXE displays are self-explanatory.
They will ask you for the installation directory and
client name. Just follow the prompts and you'll have
ServerBench installed.
NOTE: Don't install ServerBench 3.0 on top of
ServerBench 2.0. Always install ServerBench in a new
directory.
If you'd like step-by-step instructions for installing
ServerBench's controller files, read the next section.
Step-by-step instructions for installing ServerBench on
the controller
Here're the details on how you install ServerBench's
controller files. If you have questions during the
installation procedure, choose the Help button. Remember,
you must be running Windows 95, Windows for Workgroups,
or Windows NT 3.51 when you install ServerBench on the
controller.
1.At the PC you will use as the ServerBench controller,
execute the controller SETUP.EXE file.
NOTE: In these examples, we use the designations A for
a diskette drive, D for a CD-ROM drive, and F for a
network drive. You should use the correct
designations for your drives.
If you're installing from:
The CD-ROM, put the CD-ROM in the correct drive and
enter:
D:\SB30\NT351\CONTROLR\SETUP
· A network drive, enter the path name to SETUP.EXE. For
example:
F:\SB30\ NT351\CONTROLR\SETUP
Installation diskettes you created, put the first
diskette in the correct drive and enter:
A:SETUP
· ServerBench files downloaded from ZD Net onto the
controller PC, enter the path name to the controller's
SETUP.EXE file.
2.At the screen that appears, choose OK.
3. When the Starting ServerBench 3.0 Setup screen
appears, click on Continue.
Reminder:
You can halt the installation procedure at this
point by selecting Exit. ServerBench will then
display a Quit screen that says the installation
is incomplete and give you the opportunity to
resume the installation by selecting Continue.
To halt the installation, select Exit again.
ServerBench will display a screen telling you
that the benchmark has not been properly
installed. Select OK. ServerBench will terminate
the installation procedure and you can ignore
the rest of these steps.
4.In the ServerBench 3.0 Drive and Directory window,
enter the name of the directory in which you want to
install ServerBench. The default directory is C:\SB30.
You can enter another directory name if you choose or
accept the default directory.
If you accept this directory, ServerBench will actually
create a subdirectory called NT351 and install the
controller files in that directory (i.e., your
ServerBench controller files will be in C:\SB30\
NT351). This way, if you're using your test bed for
more than one port of ServerBench, you can keep the
different ports separate.
NOTE: Don't install ServerBench 3.0 on top of
ServerBench 2.0. Always install ServerBench in a new
directory.
5.Select Continue to go to the next window.
ServerBench displays a progress window so you can see
how far along the installation is.
6.When the installation finishes, ServerBench displays a
window indicating that the installation was successful.
Click on OK to end the installation process.
During the installation, ServerBench creates a program
group on the controller called Ziff-Davis Benchmarks. If
you're running Windows 95, ServerBench places this group
in Start -> Programs on the Task Bar. If you're running
Windows for Workgroups or Windows NT, ServerBench places
the ServerBench controller icon in the Ziff-Davis
Benchmarks program group.
Tip:
If you want to change the controller properties
and you're running Windows 95, you'll find the
shortcut to ServerBench's controller program by
starting the Explorer and following
C:\windows\start menu\Programs\Ziff-Davis
Benchmarks.
NOTE: This example uses windows as the name of
the Windows 95 directory. If your
installation directory has different name,
use that name instead.
Select the controller shortcut and then modify the
properties however you choose.
Step 3: Verify your installation
After you run SETUP.EXE, you need to make sure
everything installed correctly and you have all the files
you need on the controller. If everything worked right,
you should have the following files in the \SB30\NT351
directory on your controller:
SB30A.EXE. This is the controller executable file.
SB30B.EXE. The SBC30A.EXE file uses this executable
when it displays the controller window.
BWCC.DLL. This is the Borland C dynamic-link library
(DLL) that ServerBench uses to produce the user
interface on the controller. It does not affect your
test results.
SVRBENCH.XLA. This file provides the graphing and
printing capabilities ServerBench uses in connection
with its results spreadsheets.
RESULTS.XLM. This is an Excel macro file that
ServerBench uses to create its results spreadsheets.
· GENERAL.HLP. This help file contains generic
ServerBench information found in the manual Understanding
and Using ServerBenchr 3.0 manual. This is a
comprehensive help file for all platforms of ServerBench.
· PORT.HLP. This help file contains specific information
about setting up and using ServerBench's Windows NT
Server 3.51 port. We use the manual you're currently
reading to produce this help file.
You should also have three subdirectories in the
\SB30\NT351 directory: DOCS, RESULTS, and SUITES.
The DOCS subdirectory contains the Microsoft Word 6.0
version for Windows of this ServerBench installation
manual, the ServerBench 3.0 Quick Start Handbook, and
the Understanding and Using ServerBench 3.0 manual.
The RESULTS subdirectory is the directory where
ServerBench by default stores its test suites results.
(You can, however, specify different directories.)
The SUITES subdirectory contains ServerBench's standard
test suites. You can use these test suites when you run
ServerBench.
NOTE: Ziff-Davis publications use these same suites
when they run ServerBench and report ServerBench
results in their reviews.
Step 4: Install the TCP/IP stack
If you haven't already done so, now's a good time to
install the TCP/IP stack on your controller. See Chapter
3 "Setting TCP/IP Up on the Controller and Clients" for
guidelines on how to do this.
Step 5: Make sure Excel can work with ServerBench
ServerBench uses the Microsoft Excel for Windows macro
RESULTS.XLM to display test results as Excel
spreadsheets.
You need to make sure Excel is set up and working
correctly on the controller before trying to display
ServerBench's results.
If you followed the normal, complete Excel setup when you
installed the application, then you shouldn't need to
change Excel now.
Tip:
If you're running Windows for Workgroups on the
controller, we strongly recommend that you include
Excel in your AUTOEXEC.BAT file's PATH statement.
See the user's manuals that came with your
operating system for information on your PATH
statement.
For more information on how ServerBench displays results,
see the Understanding and Using ServerBench 3.0 manual.
End of chapter
Chapter 5 ~
Installing ServerBench on Your Clients
This chapter steps you though the process of installing
ServerBench on your clients.
Installing ServerBench on the clients requires a little
more thought than installing ServerBench on the
controller does. This is because you'll need to supply a
name for each client. This name, as well an ID number and
group number for each client goes in the CLIENT.CFG file.
You must make sure each client has a CLIENT.CFG file in
its installation directory.
We supply a CLIENT.CFG file you can use if you enter
ServerBench's default client names. See the section "Step
2: Select the client names and numbers" for more
information.
If you don't use ServerBench's default server name,
you'll need to modify the client command line. See the
section "Modifying the client command line" for more
information.
Step 1: Check the clients' hardware and software
Check the list of client requirements in Chapter 1 to
make sure your server meets ServerBench's software and
hardware requirements.
Step 2: Select the client names and numbers
You'll need to supply a unique name for each client when
you install ServerBench on that client. The client name
must match a name in the client configuration file. The
name you supply for the client can be up to 19
alphanumeric characters long without any spaces or tabs.
ServerBench doesn't care what the name is as long as it
is unique to that client.
Our prescription is:
Use the naming and numbering scheme of c1 for the
client with ID number 1, c2 for the client with ID
number 2 and so on up to c60 for the client with
ID number 60. These are the names we use in the
default CLIENT.CFG file that comes with
ServerBench.
ServerBench will use the client name to look up the
client's ID number and group number in the client
configuration file. Each client must have a unique ID
number; however, multiple clients can have the same group
number.
For information about client ID numbers and group
numbers, see the section "Creating your own client
configuration file" later in this chapter. For more
details, see Understanding and Using ServerBench 3.0.
Step 3: Install the client files
You can easily install the ServerBench's client files by
running the client SETUP.EXE program. To execute
SETUP.EXE from Windows 95 choose Start -> Run and enter
the path name to SETUP.EXE (for example
D:\SB30\NT351\CLIENT\SETUP). To execute SETUP.EXE from
Windows for Workgroups, use the Run option from the
Windows File Manager or Program Manager.
You can execute SETUP.EXE from:
· The Server Benchmarks CD-ROM (the directory
\SB30\NT351\CLIENT).
· A directory on a network drive where you copied the
client files.
· Installation diskette you created.
The screens that SETUP.EXE displays are self-explanatory.
They will ask you for the installation directory and the
client name. Just follow the prompts and you'll have
ServerBench installed.
NOTE: Don't install ServerBench 3.0 on top of
ServerBench 2.0. Always install ServerBench in a new
directory.
If you'd like step-by-step instructions for installing
ServerBench's client files, read the next section.
Step-by-step instructions for installing ServerBench on a
client
Here're the details on how you install ServerBench's
client files. If you have questions during the
installation procedure, choose the Help button. Remember,
you must be running Windows 95 or Windows for Workgroups
when you install ServerBench on the client.
1.At each PC you will use as a ServerBench client,
execute the client SETUP.EXE file.
NOTE: In these examples, we use the designations A for
a diskette drive, D for a CD-ROM drive, and F for a
network drive. You should use the correct
designations for your drives.
If you're installing from:
The CD-ROM, put the CD-ROM in the correct drive and
enter:
D:\SB30\NT351\CLIENT\SETUP
· A network drive, enter the path name to the client's
SETUP.EXE program. For example:
F:\SB30\NT351\CLIENT\SETUP
An installation diskette you created, put the
diskette in the correct drive and enter:
A:SETUP
· ServerBench files downloaded from ZD Net onto a client
PC, enter the path name to the client's SETUP.EXE
program.
2.At the screen that appears, choose OK.
3. Click on Continue in the Starting ServerBench
3.0 Setup window.
Reminder:
You can halt the installation procedure at this
point by selecting Exit. ServerBench will then
display a Quit screen that says the
installation is incomplete and give you the
opportunity to resume the installation by
selecting Continue. To halt the installation,
select Exit again. ServerBench will display a
screen telling you that the benchmark has not
been properly installed. Select OK. ServerBench
will terminate the installation procedure and
you can ignore the rest of these steps.
4.Enter the name of the directory in which you want to
install ServerBench in the ServerBench 3.0 Drive and
Directory window. You can accept the default or enter
your own directory name. The default directory is
C:\SB30. If you accept this directory, ServerBench will
actually create a subdirectory called TCPIP and install
the client files in that directory (i.e., your
ServerBench client files will be in C:\SB30\ TCPIP).
This way, if you're using your test bed for more than
one port of ServerBench, you can keep the different
ports separate.
NOTE: Don't install ServerBench 3.0 on top of
ServerBench 2.0. Always install ServerBench in a new
directory.
5.ServerBench asks you to enter the client name. Enter a
different name for each client. We recommend that you
use the same client names we use in the default
CLIENT.CFG file. These names include the client ID
number as part of the name; for example, c1, c2, c3,
and so on.
NOTE: If you don't use the naming convention we use in
the default CLIENT.CFG file, you'll need to copy
your client configuration file to each ServerBench
client directory. See the section "Creating your own
client configuration file" later in this chapter for
information on how to set up a client configuration
file.
6.Once you've typed in the client name, select Continue
to go to the next window.
The Installing ServerBench 3.0 files window appears. In
this window, ServerBench displays information about the
progress of the installation, such as which file it is
copying into the ServerBench installation directory and
how much of the ServerBench code it has installed.
When the installation finishes, ServerBench displays a
window indicating that the installation was successful.
7.Click on OK to end the installation process.
8.Repeat these steps for each PC you want to use as a
client in the test.
During the installation, ServerBench creates a program
group on the client called Ziff-Davis Benchmarks. If
you're running Windows 95, ServerBench places this group
in Start -> Programs on the Task Bar. If you're running
Windows for Workgroups, ServerBench places the
ServerBench client icon in the Ziff-Davis Benchmarks
program group.
Tip:
If you want to change the client properties and
you're running Windows 95, you'll find the
shortcut to ServerBench's client program by
starting the Explorer and following
C:\windows\start menu\Programs\Ziff-Davis
Benchmarks.
NOTE: This example uses windows as the name of
the Windows 95 directory. If your
installation directory has different name,
use that name instead.
Select the client shortcut and then modify the
properties however you choose.
Step 4: Verify your installation
When you install ServerBench on a client, it places the
following files in the \SB30\TCPIP directory:
CLIENT.EXE. This is the executable program you use to
connect each client to the server so that it can run
ServerBench.
SVB_SEED.DAT. The client uses this file for sending
information to the server in the client-to-server
network test.
CLIENT.CFG. This is a sample client configuration file.
You can use it as it is or as a model for creating your
own CLIENT.CFG file.
Step 5: Install the TCP/IP stack
If you have not done so now is a good time to install the
TCP/IP stack on your client. Please see Chapter 3
"Setting TCP/IP Up on the Controller and Clients" for
more information on how to do this.
Creating your own client configuration file
Each client must have a client configuration file in its
ServerBench installation directory. This is a text file
that contains the client's name, ID number, and group
number.
Our prescription is:
You can actually create a separate CLIENT.CFG file
for each client. However, we recommend you create
one file with all the clients in it and then just
copy that one file to each client.
When you run SETUP.EXE, ServerBench places its default
client configuration file, CLIENT.CFG, in that client's
directory.
You can use the default file or create your own client
configuration.
The steps for creating a client configuration file
To create a new client configuration file:
1.Create a text file and name it CLIENT.CFG.
Tip:
You can name this file anything, but we
recommend you use the name CLIENT.CFG file. If
you use a name other than CLIENT.CFG, you'll
have to specify additional parameters when you
start the client program. Otherwise, ServerBench
will display an error message stating it can't
find the CLIENT.CFG file.
2.Enter the client name, client ID number, and client
group number on a single line.
· The client name can be up to 19 alphanumeric
characters (but no spaces or tabs).
· The ID number can be any unique number from 1 to 1000.
Tip:
We recommend that you number the clients
consecutively. Each client ID number
corresponds to a square in the controller
window's client grid. ServerBench chooses the
size of the client grid based on the largest
client number either 77, 160, 260, 400, or
1,000.
In addition, we've found that using the ID
number as part of the client name is useful.
This is the naming scheme we use in the
default client configuration file where the
client named C1 has ID 1, C2 has ID 2, and so
on.
· The group number can be from 1 to 50.
Our prescription is:
We go down the line and assign the clients to
groups 1, 2, 3, and 4. So C1 is in group 1;
C2, group 2; C3, group 3; C4, group 4; C5,
group 1; C6, group 2; and so on.
Just remember that, if you create a test mix
that specifies only certain group numbers run
the mix, clients in those groups need to be
connected to the server. If you try to
execute a mix where no clients with the
correct group numbers are running
ServerBench, ServerBench aborts the mix.
Both the client name and ID number must be unique;
however, multiple clients can have the same group
number. Separate each item by a space or a tab. Press
carriage return after you enter the client group
number. For example, you might have a line that reads:
client12 12 1
for a client with a name of client12, an ID number of
12, and a group number of 1.
Reminder:
Even if you don't plan to use the group
number feature, you must enter all three
arguments. ServerBench will display an error
message if you supply a client configuration
file that does have a client name, client ID
number, and client group number on each
line.
3.Continue entering separate lines of client information
in the file until you have a line for each client.
4.End the file with a carriage return.
5.Place the file in the ServerBench installation
directory on each client.
Additional Information:
ServerBench always chooses clients with the
lowest ID numbers when selecting clients to
run a mix. If a mix uses certain groups, then
ServerBench checks the ID numbers of all the
clients within those groups and chooses the
clients with the lowest ID numbers.
For example, suppose MIX_A wants a total of
10 clients from groups 1, 2, 3, and 4.
Currently, 20 clients (ID numbers 1 through
20 and group numbers 1 through 5) are running
ServerBench. Group 1 has clients with ID
numbers 12, 13, 15, and 20; Group 2 has
clients 2, 6, 10, and 16; Group 3 has clients
1, 3, 7, and 5; Group 4 has clients 4, 8, 9,
and 11; and Group 5 had clients 14, 17, 18,
and 19. ServerBench would run the mix with
clients 1, 2, 3, 4, 5, 6, 7, 8, 9, 10. It
wouldn't use any clients from Group 1 because
that group had clients with higher ID numbers
than the other connected clients. It wouldn't
use any clients from Group 5 because that
group was not one of the groups specified by
the mix.
What this means to you is that, anytime you
have more clients connected to the server
than a mix needs, ServerBench will always
run that mix using the same set of clients _
those with the lowest ID numbers. It does not
rotate clients and say, "hey, client 60
hasn't run in while; I'll give client 1 a
rest and let 60 take its place."
For more information on client names and numbers, see
Understanding and Using ServerBench 3.0.
Modifying the client command line
When you run SETUP.EXE, ServerBench automatically creates
a client icon with a command line that includes the
client name you entered during the installation. If you
use ServerBench's defaults of:
· A server name of server in the HOSTS file.
· A client configuration file named CLIENT.CFG.
you won't need to change the client command line.
However, if you change any of these values, you'll need
to update the client command line associated with the
ServerBench client icon. The command line uses the
format:
client.exe client_name -f config_file -s server_name
where
· client.exe is the executable for the ServerBench
program.
· client_name is the name of that client.
· -f config_file is an optional parameter you can use to
specify the name of your client configuration file if you
don't use ServerBench's default name of CLIENT.CFG.
· -s server_name is an optional parameter you can use to
specify the name of the server as it appears in the hosts
file if you didn't use the default name of server.
Additional Information:
To tell the client to look for a different
server port number, edit the services file
that comes with your TCP/IP stack.
The steps for modifying the client command line
To change the command line on a Windows 95 client:
1.Open the Ziff-Davis Benchmarks folder and, using the
right mouse button, click on the client shortcut icon.
2.Using the left mouse button, click on Properties.
3.Choose the Shortcut tab.
4.Modify the text in the target box to reflect the name
of the client and the command line parameters. For
example, if you're at CLIENT4 and you're using the
client configuration file MYCLIENT.CFG and your
server's name is SERVER1, the text in the target box
should look like:
c:\sb30\tcpip\client.exe client4 -f myclient.cfg -s server1
5.Click OK to save your changes
To change the command line on a Windows for Workgroups
client:
1.From the Windows Program Manager, choose the
ServerBench client icon (located in the
Ziff-Davis Benchmarks program group).
2.Select Properties from the Program Manager's drop-down
File menu. Windows displays the Program Item Properties
dialog box.
3.Modify the text in the box next to command line to
reflect the name of the client and any other value that
doesn't use the ServerBench defaults. For example, if
you're at CLIENT4 and you're using the name
MYCLIENT.CFG and your server's name is SERVER1, the
text in the target box should look like:
c:\sb30\tcpip\client.exe client4 -f myclient.cfg -s server1
4.Click on OK. Windows will update the command line
associated with that client icon.
End of chapter
Chapter 6 ~
Running ServerBench
This chapter quickly steps you through the process of
running ServerBench's system test suite, SYS_60.TST, and
then looking at your results.
Reminder:
You must agree to the License Agreement and
register your copy of ServerBench before you run
any tests. The License Agreement and registration
screens appear the first time you start ServerBench
after installing it. These screens will continue to
appear until you agree to the License Agreement and
register your copy of ServerBench. These screens
are self-explanatory.
Starting ServerBench
The following steps tell you how to run ServerBench's
standard test suite SYS_60.TST. This test suite starts
with 1 client and reaches a maximum of 60 clients (each
mix adds more clients than the previous mix). By default,
ServerBench creates the client data files for the Disk
tests in the ServerBench installation directory on the
server. (If you need to change the path names for the
data files or the number of clients, edit these fields in
the Mix Definition window on the controller.)
Reminder:
You must always start ServerBench on the
controller first; the server, second; and the
clients last.
1.Start the ServerBench on the controller.
a. Start the ServerBench controller program.
On a controller running Windows 95, choose:
Start -> Programs -> Ziff-Davis Benchmarks ->
ServerBench 3.0 Controller
On a controller running Windows for Workgroups or
Windows NT, choose the controller icon from the
Ziff-Davis Benchmarks program group.
b. When the main ServerBench window appears,
choose the Start Test button.
c. When the controller window appears, choose the
Start button.
Tip:
If you get either of the following error
messages when you press Start Test at the
main ServerBench window or Start in the
controller window:
File Error: Cannot Find winsock.dll
Error 4: Cannot initiate network
connection
you probably have an uninstalled TCP/IP
stack. You'll need to install your TCP/IP
stack before you can run ServerBench.
2.Start ServerBench on the server.
Tip:
We recommend you reboot your server before
you run any test suites Rebooting before
each ServerBench session helps minimize the
variations in the results.
a. Go to the system console.
b. Open a DOS window and change to the directory
where you installed ServerBench. For example:
CD \SB30
c. Start ServerBench's server program by typing
svr. If you used ServerBench's default of
"controller" as the controller name in the
\winnt35\system32\drivers\etc\hosts file on your
server, all you need to enter is:
svr
You can also use the following options on your
command line:
svr -c controller_name -q -f
where:
· -c controller_name is an optional parameter that
tells ServerBench to use the controller you specify in
the controller_name argument. This name must match the
name of the controller in the server's \winnt35
\system32\drivers\etc\hosts file.
· -q is an optional parameter that tells the
ServerBench not to collect information for the Server
Disclosure table in the results workbook.
· -f is an optional parameter that tells ServerBench
to delete the disk test data files each time a mix ends.
As a result, ServerBench will recreate the data files for
each mix that includes a disk test.
So, if you don't use ServerBench's default values,
you might have a command line that looks like:
svr -c mycontroller -q -f
d. Return to the controller once ServerBench
starts on the server and displays the message:
svr listening for calls from clients
NOTE:When you see this message, the Connect Clients
pop-up box is on the controller window, which
means you can now start ServerBench on each
client.
3.When the Connect Clients message appears on the
controller window, start ServerBench on the clients.
a. Start the ServerBench client program.
On a Windows 95 client, choose:
Start -> Programs -> Ziff-Davis Benchmarks ->
ServerBench 3.0 TCPIP
On a Windows for Workgroups client, choose the
client icon from the Ziff-Davis Benchmarks program
group.
Tip:
If you get the one of the following error
messages (either in a pop-up box or on the
client screen) when you start ServerBench
on a client:
File Error: Cannot Find winsock.dll
Cannot initialize TCP/IP stack
you probably have an uninstalled TCP/IP
stack. You'll need to install your TCP/IP
stack before you can run ServerBench.
b.After ServerBench is running on each client, return
to the controller. You'll notice that ServerBench
has highlighted a square on the client grid for each
client you connected. Click on OK in the Connect
Clients dialog box.
4.Answer Yes to the dialog box in the controller window
that asks if you want to select a test suite.
5.When the Choose Test Suites dialog box appears, go to
the directory containing SYS_60.TST and highlight that
test suite.
6.Choose OK.
Tip:
While ServerBench has other standard test
suites, we recommend you use SYS_60.TST. if
you want to get an overall indication of how
well your server performs. This system test
suite performs a variety of tests involving
your server's processor, disk, and network
subsystems. If you want to determine how well
a specific server subsystem is performing,
you can run one of ServerBench's other
standard test suites. The D_60.TST test suite
performs only disk tests, the P_60.TST test
suite performs only processor tests, and the
N_60.TST test suite performs only network
tests. Of course, because the client requests
must travel across the network, the speed of
the network has an affect on all ServerBench
tests.
7.At the Selected Test Suites dialog box, enter a name
for the results file and enter any comments in the
comments box. For example, you might name the results
file SYS_60_1 and enter the comment: Added one
processor for this test run. (You can also enter a path
name for the results file in this dialog box. If you
don't supply a path name, ServerBench will place your
results file in the controller's RESULTS subdirectory.)
8.Choose OK. ServerBench will start running the test
suite. You can monitor the test run from the controller
window.
Tip:
Running SYS_60.TST takes about four to five
hours.
9.When the test suite ends, go to the main ServerBench
window and choose the View Results function button.
10. At the Select Results dialog box, choose
SYS60_1.TLG (or whatever name you gave the results file
for the test suite you ran) and click on OK.
Tip:
To keep this example simple, we're assuming
you're using ServerBench's defaults, such as
the RESULTS directory. You can actually put
your results anywhere you like. Also, we're
just telling you how to view your results;
we're not explaining how to use all the
features of the View Results dialog box and
setting up a disclosure database. For more
information about those features see the
ServerBench Quick Start Handbook or
Understanding and Using ServerBench 3.0.
11. At the View Results window, choose the database
snapshot file, choose the options you want, and choose
the Worksheets (i.e., tables) you want to see. You'll
need to click on the More button to see all of your
options. If this is the first time you've run a test
suite, you may want to set up the database snapshot
file by choosing Edit Disclosure. This option lets you
enter information about how your server and clients are
configured and then save the information to a snapshot
file that you can use with other sets of results run on
the same testbed. ServerBench uses this information to
create the server and client disclosure tables in the
results workbook.
NOTE: If you want to automatically save the results
spreadsheet, choose the option "Save Workbook with
results name" (or the Save As option when you're in
Excel). If you select the "Delete files" option,
ServerBench will delete the results log files it
uses to generate the results tables after it creates
the results spreadsheets. Then, if you don't save
the spreadsheet using Excel, you won't be able to
view those results again. In addition, if you didn't
tell ServerBench to create all the results tables,
you won't be able to generate them.
12. Choose View. ServerBench launches Excel (if
it's not already running) and displays your results as
tables in an Excel workbook. You'll find the overall
score for your server in Table 1: ServerBench summary.
13. To exit from ServerBench, quit Excel. Now
choose the Quit button from the main ServerBench window
(if the controller window is still open, you'll need to
close that window).
End of chapter
Chapter 7 ~
Troubleshooting and Error Messages
Normally, ServerBench runs without problems.
Occasionally, however, you may encounter a problem when
you run the benchmark. This chapter gives you some basic
information about what to do if you do encounter a
problem. It also lists messages you may receive when
running ServerBench for Windows NT and tells you what to
do when you receive those messages.
If you cannot resolve your problem after reading this
chapter, write down any error message on the server,
controller, and/or client completely, note what
ServerBench was doing at the time you received the
message (for example, was it initializing a mix), and
then contact ZDBOp's ServerBench technical support as
described in Chapter 8 of this manual.
What to check if you have problems
If ServerBench encounters a serious problem, in most
cases it will exit as gracefully as it can. Occasionally,
however, ServerBench may stop running (or "hang") during
its test. If you have problems, you should follow a few
basic steps before you contact technical support:
Verify that all your machines (server, controller, and
clients) meet the hardware and software requirements
for running ServerBench. See Chapter 1 for a list of
hardware and software requirements. Also, check to be
sure you've set up the machines correctly. See Chapters
2, 3, 4, and 5 for that information.
Verify you have no applications running in the
background on the server or clients (such as a screen
saver).
· If your system is set up correctly yet you still
encounter the problem when you rerun the test suite, exit
ServerBench, reboot all your machines, and then restart
ServerBench.
If ServerBench seems to hang during a test or some
operation and is not responding to any input, you may
need to reboot your server, clients, and/or controller.
Once you reboot, restart ServerBench and see if the
problem persists. If so, contact ServerBench technical
support at ZDBOp (see Chapter 8 "Contacting ZDBOp").
What the server warning messages mean
When you start the ServerBench server program, you may
see a warning message. A warning message does not prevent
ServerBench from running. It is there simply to let you
know that, if you run ServerBench, you will probably see
a lower score because your server is not set up properly
or does not have enough physical memory to support a
certain number of clients.
When a warning message appears on your server, you have
the option of continuing that ServerBench test run or
halting ServerBench. The warning messages that you may
see on your server are:
WARNING: This system is not configured as an application
server. This could severely degrade its performance in
this test. Do you wish to proceed? (Y/N)
What happened: Your server is configured as a file
server, not an application server. Because ServerBench
is a client/server application, your server will
perform better on the tests if it is configured as an
application server.
What to do: Enter Y or y if you want to proceed.
ServerBench will continue to run. If you enter any
other character at this prompt, ServerBench will halt.
To get the best measure of your system's performance,
you should exit ServerBench and configure your server
as an application server. See Chapter 3 " Setting
TCP/IP Up on the Controller and Clients " for
information on how to do this.
WARNING: This system has less than 32 megabytes of
physical memory. We recommend that you use no more than
16 clients. Do you wish to proceed? (Y/N)
What happened: In the process of checking the amount
of memory available on your server, ServerBench
discovered that your server has less than 32 Mb of
physical memory.
What to do: Enter Y or y if you want to proceed.
ServerBench will continue. If you log in more than 16
clients, though, you will probably see lower results
than you would if you had a better balance of physical
memory and clients. If you enter any other character at
this prompt, ServerBench will exit. To get the best
measure of your system's performance, you should either
include no more than 16 clients in this test run or
increase the amount of physical memory available on
your server.
NOTE: As you consider how many clients you want in a
test, remember that ServerBench uses about half a
megabyte of memory for each client. The Windows NT
Server operating system requires approximately 12 to
16 Mb. In addition, you need to have memory
available for file caching.
WARNING: This system has less than 64 megabytes of
physical memory. We recommend that you use no more than
32 clients. Do you wish to proceed? (Y/N)
What happened: In the process of checking the amount
of memory available on your server, ServerBench
discovered that your server has less than 64 Mb of
physical memory.
What to do: Enter Y or y if you want to proceed.
ServerBench will continue. If you log in more than 32
clients, though, you will probably see lower results
than you would if you had a better balance of physical
memory and clients. If you enter any other character at
this prompt, ServerBench will exit. To get the best
measure of your system's performance, you should either
include no more than 32 clients in this test run or
increase the amount of physical memory available on
your server.
NOTE: 64 Mb is as high as ServerBench checks. If your
server has more than 64 Mb and you want to run a
large number of clients, you need to determine the
right balance of clients and available memory. To do
this allow a minimum of half a megabyte for each
client, 12 to 16 Mb for the Windows NT Server, and
additional memory for file caching. If you have too
many clients for the amount of memory available,
your server will score lower on the ServerBench
tests.
If clients are stuck in a test's R stage, check these things
During your testing , you may hit a problem where some
clients appear to be stuck in the run (R) stage of a test
while others are in the blocked (B) stage. At this time,
you may also see error messages on the server and
controller that indicate the server could not receive
data from or send data to one or more of its clients.
These errors usually indicate some type of network
infrastructure problem. What has probably happened is
that at least one data packet was dropped during a server-
to-client or client-to-server transmission. This problem
can occur for several reasons, such as:
An old or outdated network interface card (NIC) driver
on one or more of the clients. Check with your NIC
supplier to make sure you have the latest driver
available.
A network interface card that is set to auto-detect
transmission speeds on your LAN, but does so
incorrectly. Verify that the NIC is correctly detecting
the speed of your network. NICs usually have status
lights indicating the speed at which they are running.
Verify that those status lights correctly indicating
the speed of your network (for example, 10 Mbps or 100
Mbps).
A TCP/IP stack component needs to be updated. Check
with your TCP/IP vendor to make sure you have the
latest available versions of all these software
components.
A TCP/IP configuration issue. Contact your TCP/IP
vendor, state the hardware/software platform(s) on
which your clients are running and ask if there are any
special configuration settings that should be changed
or initialized.
You may have bad hardware such as cables, network
interface cards, hubs, and so on.
· You may want to try and change the size of the TCP
receive window on each client to 10240 bytes. Consult
your TCP/IP stack documentation as to how to do this.
In addition, if you are using FTP Software's OnNet for
your TCP/IP stack, you may want to try the following on
each client:
1.Upgrade the client to the latest winsock.dll. Call FTP
Software's technical support for instructions on how to
do this.
2. Increase the size of the TCP window to 10240 bytes.
To increase the TCP window size, add these lines to the
pctcp.ini file on each client:
[pctcp kernel-vxd]
window = 10240
The way ServerBench reports errors
ServerBench tries to report error messages on the most
appropriate machines, which means that, in addition to
reporting the message on the machine with the problem, it
also reports many server and client error messages on the
controller. This is because the controller is the machine
you may be monitoring.
When the controller reports an error that occurred on the
server, it uses the following format:
Error on server: text: detail
where
text tells you what the error is, for example, "Cannot
open file," or "Cannot allocate memory," or "Cannot
receive data."
detail provides more specific information about the
error, such as which file could not be opened, how much
memory could not be allocated, or why data could not be
received.
When the controller reports an error that occurred on a
client or that occurred on the server but pertains to a
specific client, it uses this format:
Error on client client-name ID: text: detail
where
client-name is the unique name assigned to client.
ID is that client's unique identification number (the
same number that appears in the client grid in the
controller window).
NOTE: Sometimes the controller can't report an error
that occurred on the server or a client. For
example, if the server cannot connect to the
controller, only the server will report the error.
In these cases, the machine experiencing the error
is the only one reporting the error.
The server displays its own error messages as well as
some that occur on the clients. The server uses the
following format to report its own network related
errors:
thread x text: detail
where:
· thread is svr when the server's master thread is
reporting the error; it's svr_x when one of the server's
service threads is reporting the error. When thread is
svr_x , x is a hexadecimal number that represents the
client whose request is currently being serviced.
· x is a hexadecimal number that represents the network
connection between the server and the controller or the
network connection between the server and a client.
The server reports its non-network related errors using
this format:
thread: text: detail
If the server is reporting an error that occurred on a
client, it uses this format:
svr: client ID: text: detail
The clients report their own error messages and some
server error messages.
When a client is reporting an error that occurs on the
server, the client displays a large E on the client
window along with the following two lines:
Error from server
text: detail
A client reports its own error messages by displaying a
large E on the client window and these two lines:
client Error
text: detail
We've divided the error messages that can occur on the
server and/or the clients into five categories:
Network Errors communicating on the network
(between the server and the controller or the server
and a client).
Kernel Errors allocating operating system resources such
as memory, semaphores, or threads.
File Errors accessing files.
Set up Errors in the ServerBench installation or setup.
Execution Errors that occur in ServerBench
transactions.
The following sections list the messages you may see on
the controller, the server, or the clients. In some cases
we show only the text portion of the error message and
other times we show both the text and detail portions of
an error message.
Server network error messages
The network error messages that the server can generate
appear in this section. With these error messages, the
detail portion of error message is normally a Windows
sockets error code. For example, you might see:
WSAECONNREFUSED - Connection refused
Cannot begin use of Windows Sockets DLL
The server's call to WSAStartup to check for the
presence of a Windows Sockets DLL failed.
Cannot end use of Windows Sockets DLL
The server's call to WSACleanup to deregister itself
from the Windows Sockets DLL failed.
Cannot connect
The server's call to connect to establish a connection
with the controller failed. Make sure that you start
ServerBench on the controller before starting
ServerBench on the server. See Chapter 6, "Running
ServerBench" for a description of how to start
ServerBench on the controller.
Check the network portions of the IP addresses of the
server and the controller to make sure they match.
Use the ping utility to see that the server and the
controller are connected to a common network segment.
Cannot listen for calls
The server's call to listen to listen for calls from
clients failed.
Cannot accept a call
The server's call to accept to establish a connection
with a client that has called failed.
Cannot set protocol option
The server's call to setsockopt to disable the Nagle
algorithm for send coalescing or to set the size of the
receive queue buffer failed.
Cannot send data
The server's call to send to send data either to the
controller or to a client failed.
Cannot receive data
The server's call to ReadFile, GetOverlapped Result,
ResetEvent, or recv to receive data either from the
controller or from a client failed.
The error may be due to an unexpected disconnection by
either the controller or the client. A client may
disconnect unexpectedly if its IP address is the same
as the IP address of another client. Verify that the IP
addresses in \PCTCP\PCTCP.INI on the clients are
unique.
Buffer too small for message received: buffer = b,
received = r
The server received a message from the controller or
from a client of r bytes when it was expecting to
receive a message of at most b bytes. The server and
the controller are out of synchronization, or the
server and the client are out of synchronization.
What to do: Check that the controller, server, and
clients are running the same versions of ServerBench.
The file svr.vsn on the server reports the version
numbers of the server and the clients that have
connected to the server. If the version numbers are
correct, report the problem to ZDBOp's ServerBench
technical support (see Chapter 8 "Contacting ZDBOp").
Cannot get file/socket descriptor
The server called socket to allocate a socket
descriptor it could use as a transport layer endpoint
for calling the controller, for listening for calls
from clients, or for accepting a call from a client.
The server's call failed.
Cannot bind file/socket descriptor to port
The server called bind to associate a file descriptor
with a port for listening for calls from clients. The
server's call failed.
Cannot release file/socket descriptor
The server's call to closesocket to release a file
descriptor failed.
Server kernel error messages
The following kernel error messages can occur.
Generally, these messages use the form "Error = i" for
the detail portion. In this case, i is a decimal error
code returned by GetLastError. See appendix A of volume 2
of the Microsoft Win32 Programmer's Reference for a list
of these error codes.
Cannot get process working set size
The server's call to GetProcessWorkingSetSize to
determine the process's working set size failed.
Cannot set process working set size
The server's call to SetProcessWorkingSetSize to modify
the process's working set size failed.
Cannot allocate memory: b bytes
The server's call to calloc to allocate a block of b
bytes failed. This could imply you don't have enough
memory for the number of clients in the test.
ServerBench on Windows NT requires 12 to 16 MB plus .5
MB per client.
Cannot allocate semaphore
The server's call to CreateSemaphore to create a
semaphore failed.
Cannot remove semaphore
The server's call to CloseHandle to remove a semaphore
failed.
Cannot do semaphore operation
The server's call to WaitForSingleObject,
ReleaseSemaphore, or WaitForMultipleObjects to do a
semaphore operation failed.
Cannot create I/O completion port
The server's call to CreateIoCompletionPort to attach a
network handle to an I/O completion port failed.
Cannot access I/O completion port
The server's call to GetQueuedCompletionStatus to get a
completed ReadFile request from an I/O completion port
failed.
Cannot close I/O completion port
The server's call to CloseHandle to remove its I/O
completion port failed.
Cannot create thread
The server's call to CreateThread to create a thread
for servicing client requests failed.
Cannot terminate thread
The server's call to TerminateThread to terminate a
thread for servicing client requests failed
File error messages
The following error messages relate to problems in
accessing files. In the detail portion of the message,
the server lists name of the file associated with the
problem.
Cannot open file: svb_seed.dat
The server has received a mix from the controller that
includes disk tests and/or server to client tests, and
it cannot open the file svb_seed.dat. The server reads
svb_seed.dat to create data files for disk tests and to
create data in memory for server to client tests.
If there's not a svb_seed.dat in the same directory as
svr.exe, re-install the server software (see Chapter 3
for details). Normally, the ServerBench installation
process places the file in that directory.
Cannot open file: svb_proc.dat
The server has received a mix from the controller that
includes the processor/memory test, and it cannot open
the file svb_proc.dat. The server reads svb_proc.dat
to create data in memory for the processor/memory test.
If there is no svb_proc.dat in the same directory as
svr.exe, re-install the server software (see Chapter 3
for details). Normally, the ServerBench installation
process places the file in that directory.
Cannot open file: pathname
The server has received a mix from the controller that
includes disk tests, and it cannot create the data file
whose path name is pathname.
Make sure all of the directories specified in pathname
exist.
Cannot move file pointer: file
The server's call to SetFilePointer to position the
file pointer within the file data file for a disk test
failed.
Cannot read from file: file
The server call to ReadFile to read from file failed.
Cannot write to file: file
The server's call to WriteFile to write to the file
data file failed.
Make sure there's enough room on the server on the
volume specified in file for the data file. If
necessary, change the mixes you are using as follows:
· Remove the disk append test from transactions and/or
· Reduce the initial size of data files.
Setup error messages
The following error messages relate to problems in
configuration files or in command lines.
Invalid command line argument: arg
The command line for starting ServerBench on the server
included an argument, arg, which ServerBench did not
recognize. ServerBench displays a list of the valid
command line arguments before exiting.
See Chapter 6 "Running ServerBench" for information for
information on valid server command line arguments.
Missing command line argument following: c
The command line for starting ServerBench on the server
included a c switch but did not include the name of
the controller as given in the
\winnt\SYSTEM32\DRIVERS\ETC\HOSTS file after the c.
See Chapter 5 "Running ServerBench" for information for
information on valid server command line arguments.
Cannot find controller name in host table:
(\<winnt>\system32\drivers\etc\hosts) controller
The name, controller, which is either controller or a
name specified in the command line after a c switch,
was not in \ winnt \SYSTEM32\DRIVERS \ETC\HOSTS on the
server.
You need to add the controller name to
\winnt\SYSTEM32\DRIVERS\ETC\HOSTS or specify a name
already in \winnt\SYSTEM32\DRIVERS\ETC\HOSTS with the
c switch when you enter the server command line.
Duplicate client ID: n (client)
The server received a connection from a client named
client that has the same client ID number (n) as
another client that has already connected.
Change the name of one of these clients in the command
line for starting ServerBench on the client. You can't
have two clients using the same client ID number from
the client configuration file.
Invalid mix definition
The server received an invalid mix from the controller.
Make sure that both the controller and the server are
using the same version of ServerBench
Invalid transaction request
The server received a transaction request from a client
with an invalid test code. Make sure the controller,
server, and clients are all using the same version of
ServerBench. Try to rerun the test..
Executing error messages
The server can generate these messages while
ServerBench is executing a transaction.
Operator requested termination
The operator at the controller pressed the "Quit"
button to abort the mix being executed.
Invalid processor test
The server detected an error in the data for the
processor/memory test. Try to rerun the test. If the
problem persists, contact ZDBOp.
Invalid disk test
The server detected an error in the data file used for
a disk test. Try to rerun the test. If the problem
persists, contact ZDBOp.
Invalid client to server test
The server detected an error in the data it received
for a client to server test. Try to rerun the test. If
the problem persists, contact ZDBOp.
Error messages generated by the client
The following are error messages that the client can
generate.
Client network error messages
The network error messages that the client can generate
appear in this section. With these error messages, the
detail portion of error message is normally a Windows
sockets error code. For example, you might see:
WSAECONNREFUSED - Connection refused
Cannot initialize TCP/IP stack
A fundamental error has occured when the client tryed
to start up the TCP/IP stack. This usually indicates
that the TCP/IP stack has not been installed correctly.
See Chapter 3 "Setting TCP/IP Up on the Controller and
Clients" for a general guideline on how to install a
TCP/IP stack.
Cannot Find winsock.dll
A fundamental error has occured when the client tryed
to start up the TCP/IP stack. This usually indicates
that the TCP/IP stack has not been installed correctly.
See Chapter 3 "Setting TCP/IP Up on the Controller and
Clients" for a general guideline on how to install a
TCP/IP stack.
Cannot connect
The client couldn't establish a connection with the
server. Make sure that you start ServerBench on the
server before starting ServerBench on the client. See
Chapter 6, "Running ServerBench" for a description of
how to start ServerBench on the server.
If you specified a port number other than the default
port number /etc/services on the server, make sure you
specify the same port number in the TCP/IP protocol
file on the client and vice versa. See your TCP/IP
documentation for information on working with the
protocol file.
Make sure the network portions of the IP addresses of
the client and the server match.
Use the ping utility to determine whether the client
and the server are connected to a common network
segment.
Cannot send data
The client received an error when it tried to send data
to the server. Verify that the client IP addresses are
unique. Also check the section "If clients are stuck in
a test's R stage, check these things" earlier in this
chapter.
Cannot receive data
The client got an error while it was waiting of data
from the server. This usually indicates that something
went wrong with the connections between the client and
the server. The following problems can cause the error:
· A error occurred on the server that caused it to
terminate or the server is hung.
· The network infrastructure has a physical problem (bad
cable, network card, and so on).
· There's an error on the client's TCP/IP stack. Reboot
the client PC and try to start it again.
If the problem persists, see the section "If clients
are stuck in a test's R stage, check these things"
earlier in this chapter.
Buffer too small for message received: buffer = b,
received = r
The client received a message from the server of r
bytes when it was expecting to receive a message of at
most b bytes. The client and the server are out of
synchronization.
What to do: Check that the controller, server, and
clients are running the same versions of ServerBench.
The file svr.vsn on the server reports the version
numbers of the server and the clients that have
connected to the server. If the version numbers are
correct, report the problem to ZDBOp's ServerBench
technical support (see Chapter 8 "Contacting ZDBOp").
Client kernel error messages
The following kernel error messages can occur.
Generally, these messages use the form "Error = i" for
the detail portion. In this case, i is a decimal error
code returned by GetLastError. See appendix A of volume 2
of the Microsoft Win32 Programmer's Reference for a list
of these error codes.
Cannot allocate memory: b bytes
The client's call to LocalAlloc to allocate a block of
b bytes failed.
Client file error messages
The following error messages relate to problems in
accessing files.
Cannot open file: client.cfg
The client cannot open the client configuration file,
client.cfg.
Make sure there's a client configuration file
(CLIENT.CFG) in the same directory as CLIENT.EXE. If
there's not, create one. If there is a client
configuration file, but it has a different name, you
must modify the client command line that the
ServerBench icon uses to start the client. See
Chapter 5 "Installing ServerBench on Your Clients" for
more information.
Cannot open file: svb_seed.dat
The client has received a mix from the server that
includes client to server tests, and it cannot open the
file SVB_SEED.DAT. The client reads SVB_SEED.DAT to
create data in memory for client to server tests.
If there is no SVB_SEED.DAT in the same directory as
CLIENT.EXE, copy the 64 KB SVB_SEED.DAT to that
directory. Normally, the ServerBench installation
process places the file in that directory.
Cannot read from file: file
The client's call to ReadFile to read from file failed.
Client setup error messages
The following error messages relate to problems in
configuration files or in command lines.
Invalid command line argument(s)
The client command line included an invalid argument.
See the section "Modifying your client command line" in
Chapter 5 "Installing ServerBench on Your Clients."
Cannot find server name in host table: server
The server name (either the default "server" or the
name you specified on the client command line) wasn't
found in the hosts file of the TCP/IP stack. See
Chapter 3 "Setting TCP/IP Up on the Controller and
Clients" for more information about this file.
Cannot find client name in client file: client
The name, client, which is specified as the first
argument of the command line for starting ServerBench
on the client, is not in the client configuration file
(CLIENT.CFG).
You need to add the client name (client) to CLIENT.CFG
along with a client ID and a group ID or specify a name
already in CLIENT.CFG in the command line for starting
ServerBench on the client.
Client ID out of range (1 - 1000): n
The client ID number (n) that comes after the client
name in the client configuration file (CLIENT.CFG) is
not in the range from 1 to 1000, inclusive. Correct the
client ID number in that client's CLIENT.CFG file.
Group ID out of range (1 - 50): n
The group ID (n) that comes after the client ID in the
client configuration file (CLIENT.CFG) is not in the
range from 1 to 50, inclusive.
Correct the client's group ID in that client's
CLIENT.CFG file.
Client executing error messages
TTTThe following error messages indicate problems that
occur while ServerBench is executing a transaction.
Negative transaction time
When the client received the response to a transaction
request, its millisecond clock time was less than it
was when it sent the transaction request.
Invalid processor test
The client detected an error in the response it
received from the server for a transaction request that
specified the processor/memory test. Try to rerun the
test. If the problem persists, contact ZDBOp.
Invalid disk test
The client detected an error in the response it
received from the server for a transaction request that
specified a disk test. Try to rerun the test. If the
problem persists, contact ZDBOp.
Invalid server to client test
The client detected an error in the data it received
for a server to client test. Try to rerun the test. If
the problem persists, contact ZDBOp.
Error messages generated by the controller
ServerBench reports most errors to the controller. These
are some error messages you may see at the controller.
Error 0: Network open error
Error 1: Secondary network open error
Error 2: Network close error
Error 3: Secondary network close error
Error 4: Cannot initiate network connection
Error 5: Unable to establish second connection to server
Error 6: Cannot send to server
Error 7: Undefined error
Error 8: Undefined suberror
Error 9: Network asynchronous error
Error 10: Network receive error
Error 11: Network listen error
Error 12: Network initiate error
Error 13: Network arrival error
Error 14: Network description error
Error 15: Network read error
Error 16: Network write error
Error 17: Network error getting server address
These errors indicate that your protocol stack has
encountered problems. This may be due to a bug in the
stack, incorrect drivers for the network card, or an
improperly configured network. Try re-installing your
protocol stack.
Error 18: Unable to register for socket CLOSE notification
This error, which can occur when you're using the TCP/IP
protocol, indicates that the stack is probably low on
resources or has encountered other errors.
Error 19: NetWare error: Cannot Advertise Service via SAP
Error 20: NetWare error: Cannot Query Service via SAP
This error, which can occur when you're using the NetWare
protocol stack, indicates that the stack has not been
properly installed or that the PC isn't attached to any
servers. Check to be sure the PC's attached to a server.
If that's not the problem, try re-installing your
protocol stack.
Error 21: No clients connected. Press OK to Abort session,
CANCEL to add clients
You've attempted to proceed from a connect clients dialog
box without having connected any clients. You must
either connect some clients or exit the controller.
Error 22: Invalid message format received
The server transmitted a ServerBench packet that has not
been correctly delivered to the controller. This may be
due to a faulty hardware setup or an improperly
configured network stack.
Error 23: Test suite file has errors
The test suite that you selected has been corrupted. Try
to edit the test suite through the Mix Definition window.
If that fails, delete the suite from the hard disk.
Error 24: Failed to allocate animation timer
Error 25: Failed to allocate window timer
Error 26: Cannot load bitmap
Windows couldn't perform the necessary timer or bitmap
creation operations. This is usually due to insufficient
system resources. Close all non-essential programs, any
special desktop shells, and try running the controller
again.
Error 27: Cannot open test suite output file
Error 28: Cannot open log file
Error 29: Cannot open order output file
Error 30: Cannot open results file
Error 31: Cannot open error output file
Error 32: Cannot open trace file
Error 33: Cannot read test suite file
Error 34: Could not read mix
Error 35: Cannot open paths file.
These errors indicate that either the selected file has
been locked by another process (possibly Excel) or you're
performing some kind of operation on the file itself.
Another possibility is that you're out of disk space. Or
these errors could mean your file system is corrupt and
must be scanned for errors.
Error 36: You have not properly registered ServerBench.
Please run SB30A.EXE.
Error 37: Fill in your name and optionally your
organization's name
You must start ServerBench on the controller and register
ServerBench by entering you name and, optionally, your
organization. The controller window won't appear
otherwise.
Error 38: Unable to open SVRBENCH.INI file to store
registration information
This error indicates that you've either locked the
SVRBENCH.INI file with a text editor somewhere else, you
don't have enough disk space, or the file system is
corrupt.
Error 39: Could not read suite
Error 40: Could not read results path
Error 41: Could not read comment
An error has occurred while reading the SESSION.INF file.
ServerBench can't determine the name of the test suite or
its results path or a comment in the Test Suite History
window.
Error 42: The results directory <x> is no longer valid.
The directory where ServerBench created your last results
has been removed from the hard disk. Select another
directory.
Error 43: Do you want to convert to version 3.0?
You've selected a test suite from the 1.1 version of
ServerBench. You can convert the suite if you wish.
Error 44: The total number of seconds must be greater than
the sum of the ramp up and ramp down
Ramp up and ramp down are a part of length so the value
for the length parameter must be greater than their sum.
Length must also be long enough to finish a minimum of
one complete iteration of the mix. Otherwise, you won't
have any results for this test mix. As the load on your
server increases, the amount of time you've entered may
not be sufficient.
Error 45: Test <x> total size is greater than the disk
test file initial size and/or the I/O range field is zero
This error means that the test <x> has a total size that
is greater than the Disk Test File Initial Size parameter
and/or the test has a blank I/O Range parameter. This
error only applies to mixes that have Disk tests. You'll
need to change the value of the Disk Test File Initial
Size parameter so that it's equal to or greater than the
Total Size parameter. You also need to make sure you
enter a value greater than 0 for the I/O Range parameter.
Error 46: Test <x> request size is greater than total size
This error message appears if you included a test that
had a value for Total Size that is less than the value of
Request Size. This error usually indicates a corrupted
test suite definition file.
Error 47: Test <x> has an invalid type
The test type can be P, RR, RW, SR, SW, A, CS, or SC.
This error may indicate a corrupted test suite definition
file.
Error 48: Test list invalid--not terminated by blank test
A mix within the suite has been incorrectly stored.
Please verify that the mixes have the correct name for
their respective test types (P, SR, SW, RR, RW, A, SC,
CS).
Error 49: Test suite must have at least one mix defined
This error message appears if a test suite file has no
mixes defined. This error usually indicates a corrupted
test suite definition file. See the chapter on "Creating
Your Own Test Suites" in the Understanding and Using
ServerBenchr 3.0 manual for information on how to set up
test suites.
Error 50: Invalid groups
You can enter a group number of from 1 to 50. When you
specify groups in a mix, make sure some clients in that
group are connected before you run the test suite.
Error 51: Must be an integer between <x> and <y>
Make sure the value you enter is within the specified
limits.
Error 52: May have up to 3 decimal places. Must be between
<x> and <y>
Make sure the value you enter is within the specified
limits.
Error 53: Client number <x> has a NULL datafile pathname
This error message appears if a mix that included disk
tests had at least one client with a blank data file path
name. See the chapter "Creating Your Own Test Suites" in
the Understanding and Using ServerBenchr 3.0 manual for
information on how to set up test suites.
Error 54: The client pathname buffer has been exceeded.
Please reduce the pathnames by <x> characters.
The path name you entered at the Mix Definition window
for a client is too large.
Error 55: Ramp up is blank
Error 56: Ramp down is blank
Error 57: Length is blank or 0
Error 58: Delay time is blank
Error 59: Think time is blank
Error 60: Number of clients is blank or 0
Error 61: No tests defined
You must enter a value for each of these fields; they
cannot be not be blank.
Error 62: x client(s) require paths, as disk tests have
been specified.
If you specify a Disk test in a transaction, you must
provide a client path name to the Disk test data file on
the server.
Error 63: Must be greater than 0
You must always supply a positive number as the value for
this parameter.
Error 64: Must be greater than or equal to 0
You must always supply a positive number as the value for
this parameter.
Error 65: The mix length does not fall within specified
parameters.
The minimum value you can enter for the mix length is 30
seconds.
Error 66: Length must be greater than Ramp Up + Ramp Down.
Ramp up and ramp down are a part of length so the value
for the length parameter must be greater than their sum.
Length must also be long enough to finish a minimum of
one complete iteration of the mix. Otherwise, you won't
have any results for this test mix. As the load on your
server increases, the amount of time you've entered for
Length may not be sufficient.
Error 67: The Disk test file initial size cannot be blank
or zero when disk tests have been specified.
You must always supply a value for this parameter when
you're setting up a Disk test.
Error 68: The Disk test I/O Range cannot be blank or zero
when disk tests have been specified.
You must always supply a value for this parameter when
you're setting up a Disk test.
Error 69: Disk test file Initial Size and I/O Range cannot
be zero as disk tests have been specified.
You must always supply a value for this parameter when
you're setting up a Disk test.
Error 70: The Disk test I/O Range cannot be greater than
the Disk test file initial size.
You've entered an I/O range that is greater than the
Initial Disk Test File Size. The I/O range must be less
than or equal to the value in the Initial Disk Test File
Size parameter.
Error 71: <x> tests with Total Size > I/O Range.
The Total Size for each disk test file must be less than
the value you enter for the I/O Range parameter. You've
entered a value for the Total Size parameter that exceeds
the value for the I/O Range parameter.
Error 72: Total size must be >= Request size
This error message appears if you included a test that
had a value for Total Size that is less than the value of
Request Size. This error usually indicates a corrupted
test suite definition file.
Error 73: x incomplete test descriptions
None of the fields on the Mix Definition window can be
blank. They must either contain tests or client path
names.
Error 74: Total number tests MUST equal sum of transaction
iterations
An internal mix count variable has been corrupted. Re-
enter your transactions.
Error 75: A mix cannot contain more than 100 transactions
You've entered a total number of transactions that
exceeds our limit of 100.
Error 76: The sum of all Transaction Iterations per mix
cannot exceed 1024
There's a limit of 1024 on the number of total
transaction iterations you can have in a mix.
Error 77: The total number of tests must be equal to the
sum of the # of Test Iterations
An internal mix count variable has been corrupted. Re-
enter your transactions.
Error 78: Include transaction type and # iterations in
transaction definition
When you set up a transaction, you must always enter
values for the transaction name and the number of
iterations.
Error 79: The first test must be either a Transaction or a
Singleton.
Your first entry in the Transaction Definitions section
must be either a value for the Transaction Iterations or
the Transaction Name, which can be a singleton.
Otherwise, you don't have transaction but a test, which
ServerBench does not allow as the FIRST entry in the box.
Error 80: An incomplete test has been defined after a
Singleton.
You've attempted to add a test after a singleton. A
singleton, by definition, is a one-test transaction that
you create by entering a test type (P, SR, SW, RR, RW, A,
SC, or CS) as the transaction name.
Error 81: The next test makes a singleton invalid here.
You get this message if you attempt to add a singleton
in the middle of a multiple test transaction. Insert the
singleton outside of the transaction. Singletons can
only be placed above other Singletons or Transactions.
Error 82: Unable to start test. Some components may be
missing.
You may have removed some protocol specific .dll files
from your hard disk that ServerBench needs to run the
controller window. Reinstall your protocol stacks.
Error 83: Excel load failure. Excel may not be installed
properly, or ServerBench failed to locate it.
The association for an Excel (.xlm) macro isn't correct.
It may have been corrupted. Excel should have set this up
automatically. Make sure your installation of Excel is
correct. You can resolve this problem by re-installing
Excel. Or you can re-associate Excel yourself.
(If you can't re-associate Excel, you need to add Excel
in your Path statement.)
Error 84: The RESULTS.XLM file is missing from the
installation directory. You will not be able to generate
results. Please re-install to continue.
You'll need to re-install ServerBench on your controller.
Error 85: Unable to start SB30A.EXE. It may be missing
from the ServerBench Directory.
Error 86: <x> is missing from the installation directory.
You must re-install to continue.
The SB30A.EXE and SB30B.EXE (error 86) files are missing.
You must re-install ServerBench to continue.
Error 87: Unable to allocate memory for client structure
Error 88: Unable to re-allocate memory for client, client
information is lost
The operating system is out of system resources or there
isn't enough memory. Shut down all non-essential
programs.
Error 89: There are no clients that are members of the
groups specified in mix <x>.
You've attempted to run a test without having any clients
connected to the server that are members of the groups
specified in the mix.
Error 90: Unable to replicate the field across the mix.
Verify file system integrity before trying again.
Error 91: An error occurred during the re-ordering
process. Please verify the suite is not locked or corrupted.
Error 92: Unable to copy selected mixes. Check system
resources and file system integrity before trying again.
These respective features have failed, probably due to a
corrupted file system or a locked test suite file.
Error 93: Error editing log file. Verify your editor
path.
The path to your text editor may be invalid. Select
another text editor.
Error 94: You have selected an invalid snapshot file.
Press Retry to select another.
Error 95: Results set <x> has already been selected.
Please select another set.
Error 96: You have already selected this test suite.
Please select another.
Error 97: You have selected an invalid results file. Press
Retry to select another.
Error 98: You have selected an invalid test suite file.
Press Retry to select another.
Error 99: You have selected an invalid path file. Press
Retry to select another.
You've selected files that have an invalid format
(probably an incorrect extension). You can't select the
same test suite for editing or the same set of results
for displaying.
Error 100: Snapshot transfer failed. Press OK to continue.
Error 101: Unable to update clients to snapshot file.
The snapshot operations failed. This may be due to
insufficient memory or corrupted snapshot and .DLG
files.
End of chapter
Chapter 8 ~
Contacting ZDBOp
This chapter tells you how to get in touch with ZDBOp.
You may want to get in touch with ZDBOp because you have
questions or comments about ServerBench, you've
encountered an unexpected problem with ServerBench, or
you want to know how to get a copy of it or the other
benchmarks
Ziff-Davis provides.
If a problem occurs, look here for possible solutions
If a problem occurs while you're running ServerBench,
here're some places to look for solutions:
· Check the on-line ServerBench manual for your server
operating system. It contains some troubleshooting tips
as well as any error messages you might see.
· Look in the README.TXT file for your ServerBench
platform. This file contains any late-breaking
information that did not make it into the manual. You'll
find a copy of this file in the controller installation
directory and on the CD-ROM in the directory that
contains ServerBench for your operating system.
· Check the FAQ file for ServerBench, which we post on
ZD NetÖ/CompuServe Edition. (ZD Net is a Ziff-Davis on-
line service. Access to CompuServe is available for a
fee.)
· Read the messages in the ZDBENCH forum on ZD
Net/CompuServe Edition to see if anyone else has had a
similar problem.
Here's how you get in touch with ZDBOp
If you have technical questions about ServerBench that
you can't find answers to in any of the documentation,
fill out the Problem Report that is at the back of this
manual and send it to us. If you have an Internet e-mail
address, please include it when you get in touch with us.
Here're some ways to get in touch with ZDBOp:
If you have a modem and communications software, you
can reach ZDBOp via its forum (GO ZDBENCH) on ZD
Net/CompuServe Edition.
The address for our World Wide Web page is:
http://www.zdnet.com/zdbop
You can also send an on-line version of the Problem
Report to us via e-mail to:
zdbopwebmaster@zd.com
You can fax the Problem Report and any questions and
comments you have directly to ServerBench Technical
Support at the ZDBOp fax number
919-380-2879.
You can mail the Problem Report and any questions and
comments you have to ZDBOp at the following address:
Ziff-Davis Benchmark Operation
1001 Aviation Parkway, Suite 400
Morrisville, NC 27560
Attn: ServerBench Technical Support
Getting copies of benchmarks from ZD Net
You'll find copies of ServerBench and other Ziff-Davis
benchmarks on ZD Net/CompuServe Edition and ZD Net/World
Wide Web Edition.
NOTE: You'll need to pay your usual connection fees when
you download the benchmarks.
When you download ServerBench, you'll need to download
three files for your server platform _ one each for the
server program, the controller program, and the client
program. We provide a different set of files for each
server platform ServerBench runs on.
To identify these files, we use the following naming
scheme:
<port-name>s.<exe or tar> for the server file.
<port-name>co.exe for the controller file.
<port-name>cl.exe for the client file.
where port-name is an abbreviated name we use to indicate
that server operating system for that platform of
ServerBench.
Requesting the benchmark CD-ROMs from ZDBOp
We distribute our server and PC benchmarks free of charge
on CD-ROMs. The Server Benchmarks
CD-ROM contains ServerBench and NetBenchr (Ziff-Davis'
industry-standard file server benchmark program). The
Ziff-Davis PC Benchmarks CD-ROM contains WinBenchr 96 ,
and Winstoner 96. You can also get a copy of the Ziff-
Davis Macintosh Benchmark CD-ROM, which contains
MacBenchr 3.0 (a Mac OS system benchmark program). To get
a benchmark CD-ROM, mail or fax the Benchmark Request
form at the back of this manual to ZDBOp.
End of chapter
Index
name requirements, 34
_/_ requirements, 8
/etc/services file running SETUP.EXE, 32
change port numbers, 15 SERVER.CFG file, 3
starting on Windows for
_A_ Workgroups, 33
Applications starting program on Windows
running in background, 9 95, 33
starting ServerBench, 41
_B_ Windows 95, 8
Background applications Windows 95 shortcut, 33
affecting results, 9 Windows for Workgroups, 8
Benchmarks Client configuration file, 34
downloading, 62 creating, 34
BWCC.DLL default value, 36
used with controller CLIENT.CFG file, 34
interface, 29 client configuration file, 11
creating, 34
_C_ default file, 31, 34
CD-ROM installed on client, 34
finding ServerBench files, 9 naming scheme, 33
installing client files, 32 CLIENT.EXE
installing controller files, client executable, 34
28 Clients
installing server files, 16 CLIENT.CFG, 11
Client NT35CL.EXE executable, 10
choosing for mix, 36 starting, 41
client configuration file, 34 Command line
command line, 36 client, 36
creating configuration file, Command line options (server)
34 option -F, 40
default directory C option -q, 40
\SB30\NT351, 33 option -S, 40
default ServerBench values, Controller
36 default directory C
error messages, 51 \SB30\NT351, 28
executing error messages, 53 default name, 14
group number, 32 error messages, 53
group number requirements, 35 installation directory, 28
ID number requirements, 34 installed files, 29
including client installing the ServerBench
configuration file, 33 files, 27
installation directory, 33 manuals, 29
installed files, 34 NT35CO.EXE executable, 10
installing the ServerBench requirements, 8
files, 32 running SETUP.EXE, 27
kernel error messages, 48 setting up Excel, 8, 30
modifying command line on starting on Windows for
Windows 95, 37 Workgroups, 29
modifying command line on starting program on Windows
Windows for Workgroups, 37 95, 29
name, 31, 33 starting ServerBench, 39
test suites directory, 29
Windows 95 shortcut, 29
server kernel error messages,
_D_ 48
Data files server network error
used with disk tests, 18, 19 messages, 47, 51
Digital Alpha processor server setup error messages,
used by Windows NT, 3 50, 52
Directories warning messages on server,
C 44
\SB30\NT351 on client, 33 what to check first, 43
\SB30\NT351 on controller, Excel
28 setting up on controller, 30
client installation, 33
controller installation, 28 _F_
disk test data files, 16 -F command line option
DOCS on controller, 29 (server), 40
for disk test data files, 19 Files
RESULTS, 42 /etc/services, 15
RESULTS on controller, 29 BWCC.DLL, 29
\SB30 on server, 16 CLIENT.CFG, 11, 34
server installation, 16, 17 CLIENT.EXE, 34
SUITES on controller, 29 data, 18, 19
Disk test default CLIENT.CFG, 31
directory for data files, 16, gate.bat, 18
19 GENERAL.HLP, 29
Disk Test File Initial Size HOSTS, 14, 25
Parameter, 19 MAKEBAT.EXE utility, 10
temporary data files, 18, 19 N35CL.EXE, 10
Diskettes N3ALPS.EXE, 10
installing client files, 32 N3MIPS.EXE, 10
installing controller files, N3PPCS.EXE, 10
28 N3X86S.EXE, 10
installing server file, 17 NT35CO.EXE, 10
DOCS subdirectory PORT.HLP, 29
controller subdirectories, 29 RESULTS.XLM, 29
SBC30A.EXE, 29
_E_ SBC30B.EXE, 29
Errors SERVER.CFG file, 3
client error messages, 51 svb_proc.dat, 18
client executing error svb_seed.dat, 18, 34
messages, 53 svr.exe, 17
client format, 46 svr.txt, 18
client kernel error messages, SVRBENCH.XLA, 29
48
controller error messages, 53 _G_
controller format, 45 gate.bat, 18
Problem Report form, 69 GENERAL.HLP
reporting on different generic help file, 29
machines, 45 Group number
server executing error client, 32
messages, 50, 53 requirements, 35
server file error messages,
49, 52 _H_
server format, 46 Help file
GENERAL.HLP, 29 add to HOSTS file, 14
PORT.HLP, 29 IP addresses, 21
HOSTS file setting up multiple NIC
edit on server, 14 cards, 24
path name, 14
TCP/IP stack uses, 25 _L_
License Agreement, 39
_I_
ID number _M_
requirements, 34 MacBench
used in mixes, 36 Ziff-Davis benchmark, 62
Installation directory MAKEBAT.EXE utility
client, 33 creating installation
controller, 28 diskettes, 10
server, 16 MIPS processor
verifying server directory, used by Windows NT, 3
17 Mixes
Installation diskettes selecting clients to run, 36
creating with MAKEBAT.EXE, 10
installing client files, 32 _N_
installing controller files, Names
28 client, 31, 33
installing server file, 17 requirements for client, 34
Installing ServerBench Network
installing client files from checking with ping utility,
CD-ROM, 32 18, 24
installing client files from Network directory
diskette, 32 containing ServerBench files,
installing client files from 10
network drive, 32 Network drive
installing controller files installing client files, 32
from CD-ROM, 28 installing controller files,
installing controller files 28
from diskette, 28 installing server file, 17
installing controller files Network protocol
from network drive, 28 Winsock 1.1 compliant, 3
installing server file from NIC cards
CD-ROM, 16 setting up multiple cards, 24
installing server file from NT35ALPS.EXE
diskette, 17 deleting, 17
installing server file from NT35CL.EXE
network drive, 17 client executable, 10
locating files, 9 NT35CO.EXE
locating server installation controller executable, 10
files, 16 NT35MIPS.EXE
overview, 10 deleting, 17
verifying client NT35PPCS.EXE
installation, 34 deleting, 17
verifying controller NT35X86S.EXE
installation, 29 deleting, 17
verifying server NT35xxxS.EXE
installation, 17 executing, 17
IP address
installing on the server, 16 RESULTS subdirectory
NT3ALPS.EXE controller subdirectories, 29
Digital Alpha executable, 10 RESULTS.XLM
NT3MIPS.EXE Excel macro, 29
MIPS executable, 10 RISC processors
NT3PPCS.EXE used by Windows NT, 3
PowerPC executable, 10
NT3X86S.EXE _S_
PowerPC executable, 10 -S command line option
NTFS file systems, 15 (server), 40
Numbers SBC30A.EXE
client, 32 controller executable, 29
requirements for client, 34, SBC30B.EXE
35 controller file, 29
used in mixes, 36 Screen saver programs
affecting results, 9
_P_ Server
PCTCP.INI file checking with ping utility,
increasing TCP window size, 18, 24
45 configure as applications
Ping utility, 18, 24 server, 13
Port numbers configure network addapters,
change in /etc/servicesr, 15 13
PORT.HLP create ServerBench directory,
ServerBench on Windows NT 16
help file, 29 default controller name, 14
Power PC processor default name, 36
used by Windows NT, 3 deleting executable, 17
Problem edit HOSTS file, 14
what to check first, 43 executing error messages, 50,
Problem Report form, 69 53
Processors executing NT35xxxS.EXE, 17
used by Windows NT, 3 file error messages, 49, 52
Protocols installed files, 17
using TCP/IP, 21 installing the ServerBench
files, 16
_Q_ kernel error messages, 48
-q command line option locating installation files,
(server), 40 16
network error messages, 47,
_R_ 51
Requirements NT3ALPS.EXE executable, 10
complete list, 7 NT3MIPS.EXE executable, 10
Results NT3PPCS.EXE executable, 10
benefits of test network, 9 NT3X86S.EXE executable, 10
effect of background option -F, 40
activity, 9 option -q, 40
saving, 42 option -S, 40
stored in RESULTS directory, requirements, 7
29 setup error messages, 50, 52
viewing, 42 starting ServerBench, 40
RESULTS directory, 42 using gate, 18
using multiple NICs, 24
warning messages, 44 starting on clients, 41
SERVER.CFG file starting on controller, 39
replaced by command line starting on server, 40
options, 3 test network, 9
ServerBench test suites directory, 29
basic system setup, 8 verifying client
choosing clients for mix, 36 installation, 34
client numbers, 36 verifying controller
client requirements, 8 installation, 29
controller requirements, 8 verifying server
default values for clients, installation, 17
36 viewing results, 42
definition, 1 Service threads, 3
effect of background SETUP.EXE
applications, 9 running on client, 32
files on CD-ROM, 9 running on controller, 27
files on diskettes you Standard test suites
create, 10 in SUITES directory, 29
files on network directory, Starting ServerBench
10 client, 41
getting installation files, 9 clients, 41
installation overview, 10 controller, 39
installing client files from server, 40
CD-ROM, 32 SUITES subdirectory
installing client files from controller subdirectories, 29
diskette, 32 svb_proc.dat, 18
installing client files from svb_seed.dat, 18
network drive, 32 client file, 34
installing controller files svr.exe executable, 17
from CD-ROM, 28 svr.txt, 18
installing controller files svr_gate.bat
from diskette, 28 renaming, 18
installing controller files SVRBENCH.XLA
from network drive, 28 Excel macro, 29
installing server file from
CD-ROM, 16 _T_
installing server file from TCP/IP
diskette, 17 HOSTS file, 25
installing server file from setting up, 21
network drive, 17 Winsock 1.1 compliant, 3
installing the client files, Technical support
32 Problem Report form, 69
installing the controller what to check first, 43
files, 27 Test network, 9
installing the server files, Test suites, 41
16 in SUITES directory, 29
License Agreement, 39 selecting clients to run, 36
manuals on controller, 29 viewing results, 42
network protocol required, 3 Thread model, 3
Problem Report form, 69 Threads
requesting, 62 service threads, 3
requirements, 7
server requirements, 7 _W_
starting on client, 41
Warning messages Ziff-Davis Server Benchmarks CD-
server, 44 ROM, 9
WinBench installing client files, 32
Ziff-Davis benchmark, 62 installing controller files,
Windows 95 28
modifying client command installing server file, 16
line, 37 requesting, 62
on client, 8
shortcut to client program,
33
shortcut to controller
program, 29
Windows for Workgroups
client icon, 33
controller icon, 29
modifying client command
line, 37
on client, 8
Windows NT
edit server HOSTS file, 14
locating server installation
files, 16
network protocol, 3
supported processors, 3
thread model, 3
winnt35
Windows NT installation
directory, 14
\winnt35\system32\drivers\etc\h
osts, 14
Winsock
with TCP/IP, 21
Winsock 1.1 compliant
network protocol, 3
Winstone
Ziff-Davis benchmark, 62
_X_
X86-compatible processor
used by Windows NT, 3
_Z_
ZD Net
installing client files, 32
installing controller files,
28
ZDBOp
Macintosh Benchmark CD-ROM,
62
mailing address, 62
PC Benchmarks CD-ROM, 62
Ziff-Davis Benchmarks
program group, 29, 33
Problem Report Form for ServerBench on Windows NT
Information about you:
Name:
_________________________________________________________________
___________
Address:
_________________________________________________________________
_________
Company:
_________________________________________________________________
________
Phone or Fax: _____________________________E-Mail
Address_____________________________
Describe your ServerBench setup:
Please send us the filled-out results Tables 4 and 5 (the server
and client disclosure tables). We need to know at a minimum the
operating system and version number, the network operating system
and version number, the network protocol and version number, and
other information in those results tables for each machine. (If
you don't have up-to-date Tables 4 and 5, you can enter that
information here.)
Server___________________________________________________________
_________________
Controller:______________________________________________________
___________________
Client:__________________________________________________________
___________________
Details of the problem:
Which test suite were you running? (If you were running a test
suite you created or a modified standard test suite, send us a
copy of the test suite.)
_______________________________________________________
_________________________________________________________________
_________________
Please write any server error messages you received here:
__________________________________
_________________________________________________________________
________________
_________________________________________________________________
_________________
Please write any controller error messages you received here and
the stage the test suite was at here:
_________________________________________________________________
_________________
_________________________________________________________________
_________________
Please write any client error messages you received and the stage
the client was in here:___________
_________________________________________________________________
_________________
_________________________________________________________________
_________________
Can you reproduce the problem? ______ Other comments:
__________________________________
_________________________________________________________________
_________________
Please send this form to:
Fax number: (919) 380-2879
or Mail: Ziff-Davis Benchmark Operation
1001 Aviation Parkway, Suite 400
Morrisville, NC 27560
Attention: ServerBench Technical Support
_Benchmark Request Form
Please check the boxes of the products you want:
___ Ziff-Davis PC Benchmarks CD-ROM
Contains the Winstone and WinBench benchmarks for desktop PCs.
___ Ziff-Davis Server Benchmarks CD-ROM
Contains NetBench for file servers with DOS, Windows for
Workgroups, and Mac OS system clients and ServerBench for
client/servers for the server platforms Windows NT Server 3.51
using Digital Alpha,
MIPS, PowerPC, and x86-compatible processors, SCO UnixWare, SCO
OpenServer Release 5,
OS/2 Warp Server, NetWare 4.1, and NetWare 4.1 SMP.
___ Ziff-Davis Macintosh Benchmark CD-ROM
Contains MacBench for Mac OS systems and Power Macintosh.
Please send these products to:
Name:
______________________________________________________________
Company:
___________________________________________________________
Address:
____________________________________________________________
City: ______________________________ State: _______________
Zip: _________
Country:
_____________________________________________________________
Telephone: ___________________________ FAX:
__________________________
We answer requests in the order we receive them. We ship all
benchmarks via 3rd-class U.S. Please allow 4-6 weeks for
delivery. For faster shipment, provide your Federal Express
account information below:
Your Federal Express account number:
____________________________________
Check one: ___ priority overnight ___ standard overnight
Please return this form:
Fax to: (919) 380-2879
or Mail to: Ziff-Davis Benchmark Operation
1001 Aviation Parkway, Suite 400
Morrisville, NC 27560