Armstrong

An evented, fiber-based server for Ruby. This project was inspired by Brubeck and Sinatra. The goal was to make it really easy to make an evented server that acted quick and scaled infinitely. This is accomplished by using Mongrel2, ZeroMQ and Rubinius. Rubinius has the actor gem included already so it makes it really convenient to just use rubinius. Also, the 2.0.0dev branch has super nice thread handling, allowing for true Ruby concurrency that MRI just can't offer with its GIL.

Mongrel2 and ZeroMQ

Although it seems like a strange direction to start writing servers in, eventually most companies end up in the realm of evented servers. This is because it offers nearly infinite scalability for free.

This is possible because of Mongrel2 and ZeroMQ. Mongrel2 acts as your server and parses requests. It then sends out ZeroMQ messages to your handlers and proxies and then returns their responses. Because it uses ZeroMQ messages, Mongrel2 can send messages anywhere and to any language. Conversely, it sends messages in a round-robin style, so scalability is achieved by just starting up another instance of your server.

setup

Rubinius

rvm install rbx
rvm use rbx

ZeroMQ

Go grab the zip from zeromq/zeromq2-1, unzip it, and in the directory run:

./autogen.sh; ./configure; make; sudo make install

Armstrong as a gem

gem install armstrong

ZMQ and other gems

gem install ffi-rzmq
gem install lazy

it should also install ffi and ffi-rzmq which are to dynamically load libs and call functions from them. Interesting stuff, but out of the scope of this measly README.

Mongrel2

Finally, go grab a copy of mongrel2 (1.7.5 tested) from the Mongrel2 website.

There's a sample mongrel2.conf and config.sqlite in the demo folder, feel free to use those. Otherwise, load the mongrel2.conf into m2sh and then start the server.

m2sh load -config mongrel2.conf -db config.sqlite
m2sh start -host localhost

minimal example

require 'armstrong'

get "/" do
    "hello world"
end

Just like in Sinatra, we state the verb we want to use, the path, and give it a block with the relevant code to execute. So far only 'GET' requests are supported but more will come out in later builds.

Now you should run ruby armstrong_test.rb and then visit localhost:6767 and relish in the 'Hello World'.

more functionality

commit e86c74aed added functionality for parameters in your path. These are simply demonstrated in the demo/armstrong_test.rb file. For instance, you can extract the id of a certain part of your path like so:

require 'armstrong'

get "/:id" do |env|
    "id: #{env[:params]["id"]}"
end

The params are always going to be stored in env, naturally.

You can also return other codes and custom headers by returning an array with the signature: [code, headers, response]

benchmarking

Armstrong

$ siege -d 1 -c 150 -t 10s localhost:6767/
** SIEGE 2.70
** Preparing 150 concurrent users for battle.
The server is now under siege...
Lifting the server siege...      done.
Transactions:                   5029 hits
Availability:                   100.00 %
Elapsed time:                   9.06 secs
Data transferred:               0.05 MB
Response time:                  0.26 secs
Transaction rate:               555.08 trans/sec
Throughput:                     0.01 MB/sec
Concurrency:                    146.56
Successful transactions:        5029
Failed transactions:               0
Longest transaction:            0.67
Shortest transaction:           0.02

Sinatra

These benchmarks were done using Rubinius as the Ruby interpreter. You will get much better results for sinatra with MRI 1.9.2 but the concurrency will still plateau at about 110. I could not start up more than 110 concurrent users without sinatra closing all connections and blowing up.

$ siege -d1 -c 110 -t 10s localhost:4567/
** SIEGE 2.70
** Preparing 20 concurrent users for battle.
The server is now under siege...
Lifting the server siege...      done.
Transactions:                   1192 hits
Availability:                   97.23 %
Elapsed time:                   9.39 secs
Data transferred:               0.01 MB
Response time:                  0.70 secs
Transaction rate:               126.94 trans/sec
Throughput:                     0.00 MB/sec
Concurrency:                    88.98
Successful transactions:        1192
Failed transactions:              34
Longest transaction:            1.39
Shortest transaction:           0.20

License

GPLv3