justed_ss

С SSE есть нюанс, если используете не событийный сервер приложений (unicorn, puma и тд), то каждый запрос будет блокировать один из потоков/процессов. Со временем они закончатся и выполнение всего встанет на ожидании БД либо еще чего блокирующего.

Лучше всего использовать Thin, он построен на EventMachine и не вызывает блокирования внешнего запроса, но может быть заблокирован запросом к БД.

У себя делал такую связку:
Sinatra + Sinatra-SSE монтируется в Rails для приема подключений. Слушание событий (PG, Redis и тд) делается на EM совместимых клиентах. И заводится некоторый менеджер подключений который будет рассылать данные.

Как-то так.

Потому что так работает подавляющее число скриптовых языков.
Когда нужна память - она берется из ОС. Когда память чистится, она помечается как доступная к перезаписи, но не отдается обратно ОС

Для такой задачи, как вы описали, следуте использовать фоновые очереди задач: delayed job, resque, sidekiq, rabbitmq...

Кстати, delayed job и, кажется, sidekiq - тоже не высвободят память. Их нужно будет убивать периодически убивать(например, с помощью monit и лимитом памяти). Resque же создает новый форк на каждую задачу