https://m.opennet.dev/openforum/vsluhforumID3/132206.html Опубликован выпуск инструментария CRIU 3.19 (Checkpoint and Restore In Userspace), предназначенного для сохранения и восстановления процессов в пространстве пользователя. Инструментарий позволяет сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений. Код проекта распространяется под лицензией GPLv2...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60199<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#32 Mon, 04 Dec 2023 02:37:37 GMT Ты (и другой анон выше тоже) путаешь уровни OSI. Гарантии CRIU ограничиваются TCP. Всё, что выше не его забота. Для HTTP он действительно мало полезен. Но HTTP-соединения by design долго не живут. К сожалению, Интернет не ограничивается одним HTTP.<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#31 Sat, 02 Dec 2023 19:10:21 GMT Sigstop ещё запрети. Самому не смешно?<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#30 Sat, 02 Dec 2023 06:20:37 GMT https://www.opennet.ru/openforum/vsluhforumID15/4888.html#35<br><br>"глянуть сегодняшнюю подсистему засыпания в свап и востановления из сна. Идея: переодически сынкать изменённую память процесов на свап, если сынкать, только, изменения будет не много. В случае отключения питания загрузка производится как после засыпания в свап."<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#29 Fri, 01 Dec 2023 15:15:53 GMT Про keepalive я в курсе, но а если он не используется в протоколе, то что? Вот, к примеру, я сделал telnet IP 80, и он продолжит работать после нескольких через заморозки?<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#28 Fri, 01 Dec 2023 11:11:43 GMT Собственно для миграции серверов, обслуживающих много пользователей, миграция контейнеров и нужна. Свой личный сервер перезапустить обычно проблемы нет. Перезапустить сервер массового обслуживания - у пользователей проблемы будут. Я не вижу, как замораживание их может решить. Обычно их решают так: стартуют новый заблаговременно на своём айпишнике, когда загрузится - балансировщик его задействует, после чего старый можно убирать. Так что миграция контейнеров и тут не нужна. Зачем нужно сохранение сетевых соединений при разморозке - не понятно.<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#27 Fri, 01 Dec 2023 11:05:08 GMT Это конкретно один протокол так реализован и сервер так настроен. А остальные сервера (HTTP, кхе, кхе) просто порвут соединение, чтобы не было slowloris.<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#26 Fri, 01 Dec 2023 02:09:21 GMT Лучше писать приложения, которые не нужно замораживать. Такая заморозка никогда полностью корректно работать не будет для приложения в общем случае.<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#25 Fri, 01 Dec 2023 02:02:55 GMT Ну прямо день может и не будет, но вообще это зависит от многих факторов. В убогие времена модемной связи по карточкам можно было отключиться, пообедать, попить чаю, сходить в сортир и подключиться обратно, при этом SSH-сессии не рвались (если не пытаться в окне никакие кнопки нажимать, конечно же). Разгадка проста: публичный айпишник у провайдерского NATа был один на всех, поэтому с точки зрения удалённого сервера ничего страшного не происходило. RST не пришёл, а то, что пакетов полтора часа в сокете нет, так это ещё не повод рвать соединение. Если тебе в цифрах интересно, что смотри man 7 tcp, конкретно про логику работы keepalive.<br> https://m.opennet.dev/openforum/vsluhforumID3/132206.html#23 Thu, 30 Nov 2023 19:28:38 GMT Я не тот аноним, но тоже не понял что-то. Вот есть у меня приложение, которое установило соединение с сервисом в инете. Я его заморозил, а через день разморозил, и все продолжит работать что-ли? И там в инете целый день меня буду ждать? <br>