The client machine is the single workstation on your desktop. The major client parameters are the number of client processes, the number of calls that each client makes, and (optionally) the size of the data to be passed. Varying the number of clients is useful for loading the system and for examining the advantages of a queue manager with extremely large numbers of clients. Note that it is often impractical to set up 100 or more workstations to test the effect of a large number of users connected to the system. It is, however, more practical to set up 10 clients and increase the call frequency to simulate high-traffic conditions.
The number of calls, pooling, and service binding options are useful for examining the effect of component persistence. As the number of calls increases, you'll want to take advantage of component persistence (using the Pool Manager) to handle the workload demand. This is because when a component stays in memory between calls, the system spends less time creating and destroying objects and can support a much higher volume of work. Early service binding will improve the speed of your application. Also, varying the size and type of the data can be useful in discovering major performance problems with network throughput.
If your test requires remote clients, remember that each remote machine must be properly configured with APE components. For step-by-step instructions on installing APE components on remote machines, see "Configuring Access Permissions Using DCOMCNFG" in the topic Installing Application Performance Explorer.