The test code can be run under a non-cluster kernel, but an error will occur if the tests are ran using the cluster protocol.
The server program times message throughput between multiple clients. You can run this with wither TCP/IP or cluster.
This is similar to the server test except only one client is used and only the latency from the send() request is timed. The parameters are similar to the server test, where speeds is the server and speedc is the client.
Again, similar to server except a files is transmitted across the connection. This takes an additional parameter, the name of the file to send. The client side produces fileC.txt, which should diff exactly to the original file. This tests the ability of the protocol to support continuous sends and recvs. Also, zero length messages can be sent.
Similar to the file tests, put sends a particular number of characters to the client read from the file. This tests the protocols ability to manage messages that span multiple packets, and read requests that do not read the entire packet.
This is a simply test that sends three messages, one of which has length zero. This tests the protocols ability to send a message with no payload.
This tests the protocols ability to handle the case where the server terminates before the client.
This tests the case where the connection is closed before the client side has read all of the packets sent.
Similar to the other test except it tests network congestion. If the network gets congested, packets are dropped and this test will not complete.