Files
old-vegeta/README.md

88 lines
2.5 KiB
Markdown
Raw Normal View History

2013-08-13 18:51:00 +02:00
# Vegeta
Vegeta is a versatile HTTP load testing tool built out of need to drill
2013-08-14 17:31:22 +02:00
HTTP services with a constant request rate.
2013-08-13 18:51:00 +02:00
2013-08-14 15:18:05 +02:00
![Vegeta](https://dl.dropboxusercontent.com/u/83217940/vegeta.png)
2013-08-13 18:51:00 +02:00
## Install
You need go installed and `GOBIN` in your `PATH`. Once that is done, run the
command:
```shell
$ go install github.com/tsenart/vegeta
```
## Usage
```shell
$ vegeta -h
Usage of vegeta:
-duration=10s: Duration of the test
2013-08-14 14:21:22 +02:00
-ordering="random": Attack ordering [sequential, random]
2013-08-14 17:48:51 +02:00
-output="stdout": Reporter output file
2013-08-13 18:51:00 +02:00
-rate=50: Requests per second
-reporter="text": Reporter to use [text]
-targets="targets.txt": Targets file
```
#### -duration
Specifies the amount of time to issue request to the targets.
The internal concurrency structure's setup has this value as a variable.
The actual run time of the test can be longer than specified due to the
responses delay.
#### -ordering
Specifies the ordering of target attack. The default is `random` and
it will randomly pick one of the targets per request without ever choosing
that target again.
The other option is `sequential` and it does what you would expect it to
do.
2013-08-14 17:48:51 +02:00
#### -output
Specifies the output file to which the report will be written to.
The default is stdout.
2013-08-13 18:51:00 +02:00
#### -rate
2013-08-15 13:56:36 +02:00
Specifies the requests per second rate to issue against
the targets. The actual request rate can vary slightly due to things like
garbage collection, but overall it should stay very close to the specified.
2013-08-13 18:51:00 +02:00
#### -reporter
Specifies the reporting type to display the results with.
The default is a text report printed to stdout.
#### -targets
Specifies the attack targets in a line sepated file. The format should
be as follows:
```
GET http://goku:9090/path/to/dragon?item=balls
HEAD http://goku:9090/path/to/success
...
```
2013-08-14 22:57:14 +02:00
#### Limitations
There will be an upper bound of the supported `rate` which varies on the
machine being used.
You could be CPU bound (unlikely), memory bound (more likely) or
have system resource limits being reached which ought to be tuned for
the process execution. The important limits for us are file descriptors
and processes. On a UNIX system you can get and set the current
soft-limit values for a user.
```shell
$ ulimit -n # file descriptors
2560
$ ulimit -u # processes / threads
709
```
Just pass a new number as the argument to change it.
2013-08-13 18:51:00 +02:00
## TODO
* Add timeout options to the requests
2013-08-16 20:03:01 +02:00
* Use TabWriter in TextReporter
2013-08-14 14:21:22 +02:00
* Graphical reporters
2013-08-14 22:57:14 +02:00
* Cluster mode (to overcome single machine limits)
2013-08-14 17:31:22 +02:00
* More tests
2013-08-14 22:28:28 +02:00
* HTTPS
2013-08-13 18:51:00 +02:00
## Licence
See the `LICENSE` file.