https://www.opennet.ru/openforum/vsluhforumID3/138369.html После шести месяцев разработки опубликован выпуск инструментария CRIU 4.2 (Checkpoint and Restore In Userspace), предназначенного для сохранения и восстановления процессов в пространстве пользователя. Инструментарий позволяет сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений. Код проекта написан на языке Си и распространяется под лицензией GPLv2. CRIU применяется в таких системах управления контейнерами, как OpenVZ, LXC/LXD и Docker. Необходимые для работы CRIU изменения включены в основной состав ядра Linux...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64248<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#41 Sat, 15 Nov 2025 21:57:21 GMT TCP расстроится куда больше, если сервер перезагрузят и соединение молча отвалится навсегда, потеряв по дороге FIN. Когда это не проблема, никто не возится с CRIU, а просто выключают в одном месте и включают в другом.<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#40 Sat, 15 Nov 2025 21:29:16 GMT Не может быть чтобы такой цели не могло быть. TCP далеко не безболезненно переживает потерю пакетов, сначала дожидаясь таймаута, а потом сужая окно в Европу. Другое дело, что для того, чтобы оно работало, нет необходимости достигать этой цели на 100%.<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#38 Sat, 15 Nov 2025 17:59:13 GMT Дело не в том, возможно или нет. Все Тьюринг-полные языки эквивалентны. Проблема в том, что в коде на Си так не делают: никто не заставляет, традиций проверять и помнить всё UB назубок нет, тулинга и автоматизации толком тоже нет. А так, можешь писать без лажи на Си &#8212; пиши. Хоть сразу у машинных кодах пиши, если можешь. Но ведь по факту, пишете вы только комментарии на опеннете.<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#37 Sat, 15 Nov 2025 16:51:43 GMT Открытые документы pdf и chrome восстановит в прежнем виде после перезагрузки?<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#36 Sat, 15 Nov 2025 15:16:06 GMT &gt; перезагружают, не теряя пакетов<br><br>Такой цели вообще нет и быть не может. В обычной сети пакеты теряются постоянно. Вокруг этого неприятного факта целый TCP с алгоритмами контроля окна передачи построили.<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#34 Sat, 15 Nov 2025 09:43:03 GMT А смысл? У кого-то уже получилось?<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#33 Sat, 15 Nov 2025 09:37:45 GMT &gt; Какое практическое применение есть?<br><br>Чтоб можно было реализовать восстановление игр без повторного запуска, как на консолях<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#32 Sat, 15 Nov 2025 02:38:08 GMT &gt; Я могу придумать только продолжительный рендер без возможности прервать и срочное обновление.<br><br>Перенос процесса на другую машину, потому что эта барахлит.<br> https://www.opennet.ru/openforum/vsluhforumID3/138369.html#31 Sat, 15 Nov 2025 02:35:54 GMT &gt; Это невозможно. Другая сторона в сетевом соединении увидит разрыв.<br><br>Да ладно? Что действительно невозможно скрыть факт перезагрузки? /s<br><br>До тех пор, пока ты (или что-то там ниже по сетевому стеку) не отправил другой стороне сообщения о том, что ты разрываешь соединение, другая сторона ничего не заподозрит. Единственное, что может выдать Штирлица -- это таймаут: если ты долго не будешь отправлять ACK пакеты в ответ на принятые оттуда, то сетевой стек на той стороне решит, что соединение оборвалось.<br><br>Единственное что в этом мне интересно, как они перезагружают, не теряя пакетов. Полагаются на способности сетевой карты буферизировать, и быстро-быстро подменяют ядро и инициализируют новое, пока буферы не переполнились?<br><br>Впрочем, несколько потерянных пакетов, наверное, не так важно, соединение потупит немного, но со временем вернётся в норму.<br>