1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110
|
Description: fix issues in manpage.
Author: Roberto C. Sanchez <roberto@familiasanchez.net>
Last-Update: 2005-06-07
Description: fix a spelling error (managment -> management)
and a typo (--conn -> --conns) in manpage.
Author: Joao Eriberto Mota Filho <eriberto@debian.org>
Last-Update: 2016-03-10
Index: httperf-0.9.0/man/httperf.1
===================================================================
--- httperf-0.9.0.orig/man/httperf.1
+++ httperf-0.9.0/man/httperf.1
@@ -87,31 +87,31 @@ processes as possible both on the client
.SH EXAMPLES
.TP
-httperf --hog --server www
+httperf \-\-hog \-\-server www
This command causes
.B httperf
to create a connection to host www, send a request for the root
document (http://www/), receive the reply, close the connection, and
then print some performance statistics.
.TP
-httperf --hog --server www --num-conn 100 --ra 10 --timeout 5
+httperf \-\-hog \-\-server www \-\-num\-conns 100 \-\-ra 10 \-\-timeout 5
Like above, except that a total of 100 connections are created and
that connections are created at a fixed rate of 10 per second. Note
-that option ``--rate'' has been abbreviated to ``--ra''.
+that option ``\-\-rate'' has been abbreviated to ``\-\-ra''.
.TP
-httperf --hog --server=www --wsess=10,5,2 --rate 1 --timeout 5
+httperf \-\-hog \-\-server=www \-\-wsess=10,5,2 \-\-rate 1 \-\-timeout 5
Causes
.B httperf
to generate a total of 10 sessions at a rate of 1 session per second.
Each session consists of 5 calls that are spaced out by 2 seconds.
.TP
-httperf --hog --server=www --wsess=10,5,2 --rate=1 --timeout=5 --ssl
+httperf \-\-hog \-\-server=www \-\-wsess=10,5,2 \-\-rate=1 \-\-timeout=5 \-\-ssl
Like above, except that
.B httperf
contacts server www via SSL at port 443 (the default port for SSL
connections).
.TP
-httperf --hog --server www --wsess=10,5,2 --rate=1 --timeout=5 --ssl --ssl-ciphers=EXP-RC4-MD5:EXP-RC2-CBC-MD5 --ssl-no-reuse --http-version=1.0
+httperf \-\-hog \-\-server www \-\-wsess=10,5,2 \-\-rate=1 \-\-timeout=5 \-\-ssl \-\-ssl\-ciphers=EXP\-RC4\-MD5:EXP\-RC2\-CBC\-MD5 \-\-ssl\-no\-reuse \-\-http\-version=1.0
Like above, except that
.B httperf
will inform the server that it can only select from two cipher suites
@@ -145,7 +145,7 @@ Specifies to include string
as an additional request header. It is necessary to specify the
terminating carriage-return/line-feed sequence explicitly. This can
be done by using the escape sequence ``\\n''. This makes it possible
-to include multiple request headers. For example, ``--add-header
+to include multiple request headers. For example, ``\-\-add\-header
"Referer: foo\\nAuth: secret\\n"'' would add two request headers
(``Referer'' and ``Auth'') to each request. Other supported escape
sequences are ``\\r'' (carriage-return), ``\\a'' (line-feed), ``\\\\''
@@ -445,7 +445,7 @@ Without this option, the host name (or I
is used instead.
.TP
.B --session-cookie
-When this option is turned on, cookie managment is enabled on a
+When this option is turned on, cookie management is enabled on a
per-session basis. What this means is that if a reply to a request
that was generated by session
.IR X
@@ -455,7 +455,7 @@ will include this cookie as well. At pr
.B httperf
supports only one cookie per session. If a second cookie is received,
the new cookie overwrites the existing one and a warning message is
-printed if ``--debug 1'' is on.
+printed if ``\-\-debug 1'' is on.
.TP
.B --ssl
Specifies that all communication between
@@ -929,7 +929,7 @@ be measured, so it shows up as zero. Th
reply fits into a single TCP segment.
The next line, labeled ``Reply size'' contains statistics on the
-average size of the replies---all numbers are in reported bytes.
+average size of the replies\-\-\-all numbers are in reported bytes.
Specifically, the line lists the average length of reply headers, the
content, and footers (HTTP/1.1 uses footers to realize the ``chunked''
transfer encoding). For convenience, the average total number of
@@ -941,7 +941,7 @@ average.
The final line in this section is a histogram of the major status
codes received in the replies from the server. The major status code
-is the ``hundreds''-digit of the full HTTP status code. In the
+is the ``hundreds''\-digit of the full HTTP status code. In the
example, all 29,997 replies had a major status code of 2. It's a good
guess that all status codes were ``200 OK'' but the information in the
histogram is not detailed enough to allow distinguishing status codes
@@ -1138,7 +1138,7 @@ rate. A timeout as short as one second
timeouts (5-10 seconds) are preferable.
It is important to keep in mind that timeouts do not guarantee that a
-client can sustain a particular offered load---there are many other
+client can sustain a particular offered load\-\-\-there are many other
potential resource bottlenecks. For example, in some cases the client
machine may simply run out of CPU time. To ensure that a given test
really measured the server's capabilities and not the client's, it is
@@ -1161,4 +1161,4 @@ prey to measuring client-performance ins
.PP
The user-interface definitely could be improved. A simple workload
description language might be more suitable than the dozens of little
-command-line options the tool has right now.
+command\-line options the tool has right now.
|