- MANAGER SIGNALS
- WORKER SIGNALS
- SEE ALSO
Mojo::Server::Hypnotoad - ALL GLORY TO THE HYPNOTOAD!
use Mojo::Server::Hypnotoad; my $toad = Mojo::Server::Hypnotoad->new; $toad->run('/home/sri/myapp.pl');
Mojo::Server::Hypnotoad is a full featured, UNIX optimized, preforking non-blocking I/O HTTP and WebSocket server, built around the very well tested and reliable Mojo::Server::Prefork, with IPv6, TLS, Comet (long polling), keep-alive, connection pooling, timeout, cookie, multipart, multiple event loop and hot deployment support that just works. Note that the server uses signals for process management, so you should avoid modifying signal handlers in your applications.
$ hypnotoad myapp.pl Server available at http://127.0.0.1:8080.
You can run the same command again for automatic hot deployment.
$ hypnotoad myapp.pl Starting hot deployment for Hypnotoad server 31841.
This second invocation will load the application again, detect the process id file with it, and send a "USR2" signal to the already running server.
For better scalability (epoll, kqueue) and to provide IPv6 as well as TLS support, the optional modules EV (4.0+), IO::Socket::IP (0.20+) and IO::Socket::SSL (1.84+) will be used automatically by Mojo::IOLoop if they are installed. Individual features can also be disabled with the
MOJO_NO_TLS environment variables.
See "DEPLOYMENT" in Mojolicious::Guides::Cookbook for more.
The Mojo::Server::Hypnotoad manager process can be controlled at runtime with the following signals.
Shutdown server immediately.
Shutdown server gracefully.
Increase worker pool by one.
Decrease worker pool by one.
Attempt zero downtime software upgrade (hot deployment) without losing any incoming connections.
Manager (old) |- Worker  |- Worker  |- Worker  |- Worker  +- Manager (new) |- Worker  |- Worker  |- Worker  +- Worker 
The new manager will automatically send a "QUIT" signal to the old manager and take over serving requests after starting up successfully.
Mojo::Server::Hypnotoad worker processes can be controlled at runtime with the following signals.
Stop worker immediately.
Stop worker gracefully.
accept_interval => 0.5
Interval in seconds for trying to reacquire the accept mutex, defaults to
0.025. Note that changing this value can affect performance and idle CPU usage.
accepts => 100
Maximum number of connections a worker is allowed to accept before stopping gracefully, defaults to
1000. Setting the value to
0 will allow workers to accept new connections indefinitely. Note that up to half of this value can be subtracted randomly to improve load balancing, and that worker processes will stop sending heartbeat messages once the limit has been reached.
backlog => 128
Listen backlog size, defaults to
clients => 100
Maximum number of concurrent client connections per worker process, defaults to
1000. Note that high concurrency works best with applications that perform mostly non-blocking operations, to optimize for blocking operations you can decrease this value and increase "workers" instead for better performance.
graceful_timeout => 15
Maximum amount of time in seconds stopping a worker gracefully may take before being forced, defaults to
group => 'staff'
Group name for worker processes.
heartbeat_interval => 3
Heartbeat interval in seconds, defaults to
heartbeat_timeout => 2
Maximum amount of time in seconds before a worker without a heartbeat will be stopped gracefully, defaults to
inactivity_timeout => 10
Maximum amount of time in seconds a connection can be inactive before getting closed, defaults to
15. Setting the value to
0 will allow connections to be inactive indefinitely.
keep_alive_requests => 50
Number of keep-alive requests per connection, defaults to
listen => ['http://*:80']
List of one or more locations to listen on, defaults to
http://*:8080. See also "listen" in Mojo::Server::Daemon for more examples.
lock_file => '/tmp/hypnotoad.lock'
Full path of accept mutex lock file prefix, to which the process id will be appended, defaults to a random temporary path.
lock_timeout => 0.5
Maximum amount of time in seconds a worker may block when waiting for the accept mutex, defaults to
1. Note that changing this value can affect performance and idle CPU usage.
multi_accept => 100
Number of connections to accept at once, defaults to
pid_file => '/var/run/hypnotoad.pid'
Full path to process id file, defaults to
hypnotoad.pid in the same directory as the application. Note that this value can only be changed after the server has been stopped.
proxy => 1
Activate reverse proxy support, which allows for the
X-Forwarded-HTTPS headers to be picked up automatically, defaults to the value of the
MOJO_REVERSE_PROXY environment variable.
upgrade_timeout => 45
Maximum amount of time in seconds a zero downtime software upgrade may take before getting canceled, defaults to
user => 'sri'
Username for worker processes.
workers => 10
Number of worker processes, defaults to
4. A good rule of thumb is two worker processes per CPU core for applications that perform mostly non-blocking operations, blocking operations often require more and benefit from decreasing the number of concurrent "clients" (often as low as
Run server for application.