Как передать прослушивающий сокет TCP с минимальным временем простоя?

Хотя этот вопрос помечен как EventMachine, мы также приветствуем общие решения для сокетов BSD на любом языке.

Немного предыстории:

У меня есть приложение, которое прослушивает TCP-сокет. Он запускается и завершается с помощью обычного сценария инициализации в стиле System V.

Моя проблема в том, что ему нужно некоторое время для запуска, прежде чем он будет готов обслуживать сокет TCP. Это не слишком долго, возможно, всего 5 секунд, но это на 5 секунд больше, если перезапуск необходимо выполнить в течение рабочего дня. Также важно, чтобы существующие соединения оставались открытыми и завершались нормально.

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

Вопрос:

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

Есть ли какой-нибудь проверенный способ сделать это с помощью BSD-сокетов? (Бонусные баллы за решение EventMachine.)

Возможно, существуют библиотеки с открытым исходным кодом, реализующие это, которые я могу использовать как есть или использовать в качестве справочника? (Опять же, приветствуются и решения, не связанные с Ruby и EventMachine!)