Splite

Если нужна минимальная задержка то нужно отказываться от json в пользу бинарников, например protobuf. Максимально все урезать в сообщениях оставив только действительно важное. Желательно задействовать чистый udp по возможности, или если критичны потери взять tcp.

Как вариант действительно простого решения можно попробовать kryonet, там и сериализатор из коробки довольно удобный.

Еще, если данные у вас общие, то попробуйте вообще без сообщений! Смотрите в сторону hazelcast.org или apache ignite. Это системы In-Memory DB, кеши живущие в памяти и распределяющие данные между нодами.

Смысл такой, один клиент публикует данные в распределенный хеш, а все остальные тут же читают эту информацию, с плюшками, преферансом и куртизанками. Очень удобно, особенно для распределенных вычислений или общего хранилища сессий, или для обмена данными.

Может в этом дело?)) Как ускорить рендеринг вложенных полей simple_fields_for?

N+1, pagination, кэширование. Кэширование наибольший прирост.

Можно как написал Антон Радушев, но лучше получить все данные заранее в контроллере (50 шт.), а во вьюхе только вставлять их. Тогда внутри цикла HAML-шаблона не будет расходов на БД вызовы.

apidock.com/rails/ActiveRecord/QueryMethods/includes
TestModel.includes(:relation_table).where(...)
Попробуй так

Экстренно завершают? Если процесс убит, то и порт не будет слушаться. Разбирайся какой компонент программы работает при этом.