-
Notifications
You must be signed in to change notification settings - Fork 1.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature: signal vegeta to increase/decrease attack rate #53
Comments
It's an interesting idea to use non-constant functions for request rate but using signals as an interface for such isn't. I will have consider the best way to implement this. |
Dynamic ramp-up suggested by @mikz would be a worthwhile addition. |
The control mechanism for a running attack doesn't fit well with Unix signals. I will implement an HTTP server which listens for commands while the attack is running. |
How about this feature now? It sounds really useful |
Solution from @tsenart. I think either @tsenart is too busy with something else or is just happy with his work the way it is. Probably a bit of both. Vegeta is solid basic URL basher which I think was it's intention. Speak to me privately if you are not happy with this solution. My email is on my profile. |
One could also expand on the mentioned solution with the distributed vegeta attack method https://github.com/tsenart/vegeta#usage-distributed-attacks, although it doesn't have to be implemented exactly like that example but taking that similar approach. |
Ramp-up is easily doable with a little shell script. This is a documentation problem. See: #304 |
Would be great if vegeta could receive signals (TTIN/TTOU)[http://unicorn.bogomips.org/SIGNALS.html] to increase rate during the attack.
This could be used to simulate traffic waves.
The text was updated successfully, but these errors were encountered: