2014-07-08 17:38:43 +02:00
|
|
|
|
2015-05-12 17:44:37 +02:00
|
|
|
.. GENERATED by help2rst.py. DO NOT EDIT DIRECTLY.
|
|
|
|
|
2015-04-17 16:14:23 +02:00
|
|
|
.. program:: h2load
|
|
|
|
|
2014-07-08 17:38:43 +02:00
|
|
|
h2load(1)
|
|
|
|
=========
|
|
|
|
|
|
|
|
SYNOPSIS
|
|
|
|
--------
|
2015-01-09 16:37:42 +01:00
|
|
|
|
2014-10-27 16:35:44 +01:00
|
|
|
**h2load** [OPTIONS]... [URI]...
|
2014-07-08 17:38:43 +02:00
|
|
|
|
|
|
|
DESCRIPTION
|
|
|
|
-----------
|
2015-01-09 16:37:42 +01:00
|
|
|
|
2014-07-08 17:38:43 +02:00
|
|
|
benchmarking tool for HTTP/2 and SPDY server
|
|
|
|
|
2015-01-09 16:37:42 +01:00
|
|
|
.. describe:: <URI>
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2015-01-15 16:10:16 +01:00
|
|
|
Specify URI to access. Multiple URIs can be specified.
|
|
|
|
URIs are used in this order for each client. All URIs
|
|
|
|
are used, then first URI is used and then 2nd URI, and
|
|
|
|
so on. The scheme, host and port in the subsequent
|
|
|
|
URIs, if present, are ignored. Those in the first URI
|
2015-08-29 17:24:11 +02:00
|
|
|
are used solely. Definition of a base URI overrides all
|
|
|
|
scheme, host or port values.
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2015-02-01 10:33:24 +01:00
|
|
|
OPTIONS
|
|
|
|
-------
|
2014-07-08 17:38:43 +02:00
|
|
|
|
|
|
|
.. option:: -n, --requests=<N>
|
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
Number of requests across all clients. If it is used
|
|
|
|
with :option:`--timing-script-file` option, this option specifies
|
|
|
|
the number of requests each client performs rather than
|
|
|
|
the number of requests across all clients.
|
2015-01-09 16:37:42 +01:00
|
|
|
|
|
|
|
Default: ``1``
|
2014-07-08 17:38:43 +02:00
|
|
|
|
|
|
|
.. option:: -c, --clients=<N>
|
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
Number of concurrent clients. With :option:`-r` option, this
|
|
|
|
specifies the maximum number of connections to be made.
|
2015-01-09 16:37:42 +01:00
|
|
|
|
|
|
|
Default: ``1``
|
2014-07-08 17:38:43 +02:00
|
|
|
|
|
|
|
.. option:: -t, --threads=<N>
|
|
|
|
|
2015-01-09 16:37:42 +01:00
|
|
|
Number of native threads.
|
|
|
|
|
|
|
|
Default: ``1``
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2015-07-28 17:01:12 +02:00
|
|
|
.. option:: -i, --input-file=<PATH>
|
2014-10-27 16:35:44 +01:00
|
|
|
|
2015-05-12 03:49:42 +02:00
|
|
|
Path of a file with multiple URIs are separated by EOLs.
|
2015-01-15 16:10:16 +01:00
|
|
|
This option will disable URIs getting from command-line.
|
2015-07-28 17:01:12 +02:00
|
|
|
If '-' is given as <PATH>, URIs will be read from stdin.
|
2015-01-15 16:10:16 +01:00
|
|
|
URIs are used in this order for each client. All URIs
|
|
|
|
are used, then first URI is used and then 2nd URI, and
|
|
|
|
so on. The scheme, host and port in the subsequent
|
|
|
|
URIs, if present, are ignored. Those in the first URI
|
2015-08-29 17:24:11 +02:00
|
|
|
are used solely. Definition of a base URI overrides all
|
|
|
|
scheme, host or port values.
|
2014-10-27 16:35:44 +01:00
|
|
|
|
2016-01-11 08:23:32 +01:00
|
|
|
.. option:: -m, --max-concurrent-streams=<N>
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2016-01-11 08:23:32 +01:00
|
|
|
Max concurrent streams to issue per session. When
|
|
|
|
http/1.1 is used, this specifies the number of HTTP
|
|
|
|
pipelining requests in-flight.
|
2015-01-09 16:37:42 +01:00
|
|
|
|
2016-01-11 08:23:32 +01:00
|
|
|
Default: ``1``
|
2014-07-08 17:38:43 +02:00
|
|
|
|
|
|
|
.. option:: -w, --window-bits=<N>
|
|
|
|
|
2015-01-15 16:10:16 +01:00
|
|
|
Sets the stream level initial window size to (2\*\*<N>)-1.
|
2016-10-09 11:44:33 +02:00
|
|
|
For SPDY, 2\*\*<N> is used instead.
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2015-04-27 15:36:34 +02:00
|
|
|
Default: ``30``
|
|
|
|
|
2014-07-08 17:38:43 +02:00
|
|
|
.. option:: -W, --connection-window-bits=<N>
|
|
|
|
|
2015-01-15 16:10:16 +01:00
|
|
|
Sets the connection level initial window size to
|
2016-10-09 11:44:33 +02:00
|
|
|
(2\*\*<N>)-1. For SPDY, if <N> is strictly less than 16,
|
2015-01-15 16:10:16 +01:00
|
|
|
this option is ignored. Otherwise 2\*\*<N> is used for
|
|
|
|
SPDY.
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2015-04-27 15:36:34 +02:00
|
|
|
Default: ``30``
|
|
|
|
|
2014-10-27 16:35:44 +01:00
|
|
|
.. option:: -H, --header=<HEADER>
|
|
|
|
|
|
|
|
Add/Override a header to the requests.
|
|
|
|
|
2015-07-11 05:45:23 +02:00
|
|
|
.. option:: --ciphers=<SUITE>
|
|
|
|
|
|
|
|
Set allowed cipher list. The format of the string is
|
|
|
|
described in OpenSSL ciphers(1).
|
|
|
|
|
2017-01-09 06:55:51 +01:00
|
|
|
Default: ``ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS``
|
|
|
|
|
2014-07-08 17:38:43 +02:00
|
|
|
.. option:: -p, --no-tls-proto=<PROTOID>
|
|
|
|
|
2015-01-15 16:10:16 +01:00
|
|
|
Specify ALPN identifier of the protocol to be used when
|
|
|
|
accessing http URI without SSL/TLS.
|
2017-02-26 10:35:58 +01:00
|
|
|
Available protocols: h2c and
|
2015-09-23 17:17:14 +02:00
|
|
|
http/1.1
|
2015-01-09 16:37:42 +01:00
|
|
|
|
2015-05-15 17:10:41 +02:00
|
|
|
Default: ``h2c``
|
2014-07-08 17:38:43 +02:00
|
|
|
|
2015-07-28 17:01:12 +02:00
|
|
|
.. option:: -d, --data=<PATH>
|
2015-03-26 16:37:12 +01:00
|
|
|
|
|
|
|
Post FILE to server. The request method is changed to
|
2016-06-13 17:26:36 +02:00
|
|
|
POST. For http/1.1 connection, if :option:`-d` is used, the
|
|
|
|
maximum number of in-flight pipelined requests is set to
|
|
|
|
1.
|
2015-03-26 16:37:12 +01:00
|
|
|
|
2015-07-28 17:01:12 +02:00
|
|
|
.. option:: -r, --rate=<N>
|
|
|
|
|
2015-08-08 18:13:35 +02:00
|
|
|
Specifies the fixed rate at which connections are
|
2015-07-28 17:01:12 +02:00
|
|
|
created. The rate must be a positive integer,
|
|
|
|
representing the number of connections to be made per
|
2015-10-19 17:22:03 +02:00
|
|
|
rate period. The maximum number of connections to be
|
|
|
|
made is given in :option:`-c` option. This rate will be
|
|
|
|
distributed among threads as evenly as possible. For
|
2016-07-16 12:10:34 +02:00
|
|
|
example, with :option:`-t`\2 and :option:`-r`\4, each thread gets 2
|
2015-10-19 17:22:03 +02:00
|
|
|
connections per period. When the rate is 0, the program
|
|
|
|
will run as it normally does, creating connections at
|
|
|
|
whatever variable rate it wants. The default value for
|
|
|
|
this option is 0.
|
2015-07-28 17:01:12 +02:00
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
.. option:: --rate-period=<DURATION>
|
2015-07-28 17:01:12 +02:00
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
Specifies the time period between creating connections.
|
|
|
|
The period must be a positive number, representing the
|
|
|
|
length of the period in time. This option is ignored if
|
|
|
|
the rate option is not used. The default value for this
|
|
|
|
option is 1s.
|
2015-07-28 17:01:12 +02:00
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
.. option:: -T, --connection-active-timeout=<DURATION>
|
2015-08-29 17:24:11 +02:00
|
|
|
|
|
|
|
Specifies the maximum time that h2load is willing to
|
|
|
|
keep a connection open, regardless of the activity on
|
2015-10-19 17:22:03 +02:00
|
|
|
said connection. <DURATION> must be a positive integer,
|
|
|
|
specifying the amount of time to wait. When no timeout
|
|
|
|
value is set (either active or inactive), h2load will
|
|
|
|
keep a connection open indefinitely, waiting for a
|
2015-08-29 17:24:11 +02:00
|
|
|
response.
|
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
.. option:: -N, --connection-inactivity-timeout=<DURATION>
|
2015-08-29 17:24:11 +02:00
|
|
|
|
|
|
|
Specifies the amount of time that h2load is willing to
|
2015-10-19 17:22:03 +02:00
|
|
|
wait to see activity on a given connection. <DURATION>
|
|
|
|
must be a positive integer, specifying the amount of
|
|
|
|
time to wait. When no timeout value is set (either
|
|
|
|
active or inactive), h2load will keep a connection open
|
2015-08-29 17:24:11 +02:00
|
|
|
indefinitely, waiting for a response.
|
|
|
|
|
|
|
|
.. option:: --timing-script-file=<PATH>
|
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
Path of a file containing one or more lines separated by
|
|
|
|
EOLs. Each script line is composed of two tab-separated
|
|
|
|
fields. The first field represents the time offset from
|
|
|
|
the start of execution, expressed as a positive value of
|
|
|
|
milliseconds with microsecond resolution. The second
|
|
|
|
field represents the URI. This option will disable URIs
|
|
|
|
getting from command-line. If '-' is given as <PATH>,
|
|
|
|
script lines will be read from stdin. Script lines are
|
|
|
|
used in order for each client. If :option:`-n` is given, it must
|
|
|
|
be less than or equal to the number of script lines,
|
|
|
|
larger values are clamped to the number of script lines.
|
|
|
|
If :option:`-n` is not given, the number of requests will default
|
|
|
|
to the number of script lines. The scheme, host and
|
|
|
|
port defined in the first URI are used solely. Values
|
|
|
|
contained in other URIs, if present, are ignored.
|
|
|
|
Definition of a base URI overrides all scheme, host or
|
|
|
|
port values.
|
2015-08-29 17:24:11 +02:00
|
|
|
|
2016-01-19 12:55:08 +01:00
|
|
|
.. option:: -B, --base-uri=(<URI>|unix:<PATH>)
|
2015-08-29 17:24:11 +02:00
|
|
|
|
|
|
|
Specify URI from which the scheme, host and port will be
|
|
|
|
used for all requests. The base URI overrides all
|
|
|
|
values defined either at the command line or inside
|
2016-01-19 12:55:08 +01:00
|
|
|
input files. If argument starts with "unix:", then the
|
|
|
|
rest of the argument will be treated as UNIX domain
|
|
|
|
socket path. The connection is made through that path
|
|
|
|
instead of TCP. In this case, scheme is inferred from
|
|
|
|
the first URI appeared in the command line or inside
|
|
|
|
input files as usual.
|
2015-08-29 17:24:11 +02:00
|
|
|
|
2015-09-23 17:17:14 +02:00
|
|
|
.. option:: --npn-list=<LIST>
|
|
|
|
|
|
|
|
Comma delimited list of ALPN protocol identifier sorted
|
|
|
|
in the order of preference. That means most desirable
|
|
|
|
protocol comes first. This is used in both ALPN and
|
|
|
|
NPN. The parameter must be delimited by a single comma
|
|
|
|
only and any white spaces are treated as a part of
|
|
|
|
protocol string.
|
|
|
|
|
2017-02-26 10:35:58 +01:00
|
|
|
Default: ``h2,h2-16,h2-14,http/1.1``
|
2015-09-23 17:17:14 +02:00
|
|
|
|
2015-11-26 14:25:22 +01:00
|
|
|
.. option:: --h1
|
|
|
|
|
|
|
|
Short hand for :option:`--npn-list`\=http/1.1
|
|
|
|
:option:`--no-tls-proto`\=http/1.1, which effectively force
|
|
|
|
http/1.1 for both http and https URI.
|
|
|
|
|
2016-10-08 04:46:03 +02:00
|
|
|
.. option:: --header-table-size=<SIZE>
|
|
|
|
|
|
|
|
Specify decoder header table size.
|
|
|
|
|
|
|
|
Default: ``4K``
|
|
|
|
|
|
|
|
.. option:: --encoder-header-table-size=<SIZE>
|
|
|
|
|
|
|
|
Specify encoder header table size. The decoder (server)
|
|
|
|
specifies the maximum dynamic table size it accepts.
|
|
|
|
Then the negotiated dynamic table size is the minimum of
|
|
|
|
this option value and the value which server specified.
|
|
|
|
|
|
|
|
Default: ``4K``
|
|
|
|
|
2014-07-08 17:38:43 +02:00
|
|
|
.. option:: -v, --verbose
|
|
|
|
|
|
|
|
Output debug information.
|
|
|
|
|
|
|
|
.. option:: --version
|
|
|
|
|
|
|
|
Display version information and exit.
|
|
|
|
|
|
|
|
.. option:: -h, --help
|
|
|
|
|
|
|
|
Display this help and exit.
|
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
|
|
|
|
|
2016-10-08 04:46:03 +02:00
|
|
|
The <SIZE> argument is an integer and an optional unit (e.g., 10K is
|
|
|
|
10 * 1024). Units are K, M and G (powers of 1024).
|
|
|
|
|
2015-10-19 17:22:03 +02:00
|
|
|
The <DURATION> argument is an integer and an optional unit (e.g., 1s
|
|
|
|
is 1 second and 500ms is 500 milliseconds). Units are h, m, s or ms
|
|
|
|
(hours, minutes, seconds and milliseconds, respectively). If a unit
|
|
|
|
is omitted, a second is used as unit.
|
|
|
|
|
2015-12-08 15:56:21 +01:00
|
|
|
.. _h2load-1-output:
|
|
|
|
|
2015-02-01 10:19:16 +01:00
|
|
|
OUTPUT
|
|
|
|
------
|
|
|
|
|
|
|
|
requests
|
|
|
|
total
|
|
|
|
The number of requests h2load was instructed to make.
|
|
|
|
started
|
|
|
|
The number of requests h2load has started.
|
|
|
|
done
|
|
|
|
The number of requests completed.
|
|
|
|
succeeded
|
|
|
|
The number of requests completed successfully. Only HTTP status
|
|
|
|
code 2xx or3xx are considered as success.
|
|
|
|
failed
|
|
|
|
The number of requests failed, including HTTP level failures
|
|
|
|
(non-successful HTTP status code).
|
|
|
|
errored
|
|
|
|
The number of requests failed, except for HTTP level failures.
|
2015-08-14 16:59:47 +02:00
|
|
|
This is the subset of the number reported in ``failed`` and most
|
|
|
|
likely the network level failures or stream was reset by
|
|
|
|
RST_STREAM.
|
2015-08-29 17:24:11 +02:00
|
|
|
timeout
|
|
|
|
The number of requests whose connection timed out before they were
|
|
|
|
completed. This is the subset of the number reported in
|
|
|
|
``errored``.
|
2015-02-01 10:19:16 +01:00
|
|
|
|
|
|
|
status codes
|
|
|
|
The number of status code h2load received.
|
|
|
|
|
|
|
|
traffic
|
|
|
|
total
|
|
|
|
The number of bytes received from the server "on the wire". If
|
2015-11-09 03:40:35 +01:00
|
|
|
requests were made via TLS, this value is the number of decrypted
|
2015-02-01 10:19:16 +01:00
|
|
|
bytes.
|
|
|
|
headers
|
2015-11-12 15:14:45 +01:00
|
|
|
The number of response header bytes from the server without
|
|
|
|
decompression. The ``space savings`` shows efficiency of header
|
|
|
|
compression. Let ``decompressed(headers)`` to the number of bytes
|
|
|
|
used for header fields after decompression. The ``space savings``
|
|
|
|
is calculated by (1 - ``headers`` / ``decompressed(headers)``) *
|
|
|
|
100. For HTTP/1.1, this is usually 0.00%, since it does not have
|
|
|
|
header compression. For HTTP/2 and SPDY, it shows some insightful
|
|
|
|
numbers.
|
2015-02-01 10:19:16 +01:00
|
|
|
data
|
|
|
|
The number of response body bytes received from the server.
|
|
|
|
|
|
|
|
time for request
|
|
|
|
min
|
|
|
|
The minimum time taken for request and response.
|
|
|
|
max
|
|
|
|
The maximum time taken for request and response.
|
|
|
|
mean
|
|
|
|
The mean time taken for request and response.
|
|
|
|
sd
|
2015-05-07 13:55:10 +02:00
|
|
|
The standard deviation of the time taken for request and response.
|
2015-02-01 10:19:16 +01:00
|
|
|
+/- sd
|
|
|
|
The fraction of the number of requests within standard deviation
|
|
|
|
range (mean +/- sd) against total number of successful requests.
|
|
|
|
|
2015-05-07 13:55:10 +02:00
|
|
|
time for connect
|
|
|
|
min
|
|
|
|
The minimum time taken to connect to a server.
|
|
|
|
max
|
|
|
|
The maximum time taken to connect to a server.
|
|
|
|
mean
|
|
|
|
The mean time taken to connect to a server.
|
|
|
|
sd
|
|
|
|
The standard deviation of the time taken to connect to a server.
|
|
|
|
+/- sd
|
|
|
|
The fraction of the number of connections within standard
|
|
|
|
deviation range (mean +/- sd) against total number of successful
|
|
|
|
connections.
|
|
|
|
|
|
|
|
time for 1st byte (of (decrypted in case of TLS) application data)
|
|
|
|
min
|
|
|
|
The minimum time taken to get 1st byte from a server.
|
|
|
|
max
|
|
|
|
The maximum time taken to get 1st byte from a server.
|
|
|
|
mean
|
|
|
|
The mean time taken to get 1st byte from a server.
|
|
|
|
sd
|
|
|
|
The standard deviation of the time taken to get 1st byte from a
|
|
|
|
server.
|
|
|
|
+/- sd
|
|
|
|
The fraction of the number of connections within standard
|
|
|
|
deviation range (mean +/- sd) against total number of successful
|
|
|
|
connections.
|
|
|
|
|
2015-12-23 14:52:11 +01:00
|
|
|
req/s
|
2015-12-08 15:56:21 +01:00
|
|
|
min
|
|
|
|
The minimum request per second among all clients.
|
|
|
|
max
|
|
|
|
The maximum request per second among all clients.
|
|
|
|
mean
|
|
|
|
The mean request per second among all clients.
|
|
|
|
sd
|
|
|
|
The standard deviation of request per second among all clients.
|
|
|
|
server.
|
|
|
|
+/- sd
|
|
|
|
The fraction of the number of connections within standard
|
|
|
|
deviation range (mean +/- sd) against total number of successful
|
|
|
|
connections.
|
|
|
|
|
2015-04-27 15:36:34 +02:00
|
|
|
FLOW CONTROL
|
|
|
|
------------
|
|
|
|
|
|
|
|
h2load sets large flow control window by default, and effectively
|
|
|
|
disables flow control to avoid under utilization of server
|
|
|
|
performance. To set smaller flow control window, use :option:`-w` and
|
|
|
|
:option:`-W` options. For example, use ``-w16 -W16`` to set default
|
|
|
|
window size described in HTTP/2 and SPDY protocol specification.
|
|
|
|
|
2014-07-08 17:38:43 +02:00
|
|
|
SEE ALSO
|
|
|
|
--------
|
|
|
|
|
2015-01-09 16:37:42 +01:00
|
|
|
:manpage:`nghttp(1)`, :manpage:`nghttpd(1)`, :manpage:`nghttpx(1)`
|