Doc additions and cleanup. Added info.rkt
Fix bugs and clean up pubsub-specific connections

The threads used to implement pubsub-specific connections
would sometimes interleave reads from the underlying
redis connection, causing corrupt replies to be read.
Packets coming from redis were also being parsed as many
times as the number of pubsub subscriptions.

This patch uses one receiver thread and replaces the
pubsub? field in redis-connection with a hash table
from topics to lists of async channels to which messages
about the key topic should be sent.
Consistency and efficiency fixes
Wait for subscription count to drop to 0

Old behaviour relied on the server sending all UNSUBSCRIBE messages
before continuing to process commands, which is not how redis works.
Try to fix connection cleanup and tests
Revert changes to `send-cmd` and use TCP_NODELAY
Merge pull request #11 from m4burns/m4burns-cleanup

Pubsub changes and docs