URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 136402
[ Назад ]
Исходное сообщение
"Выпуск CRIU 4.1, системы для сохранения и восстановления состояния процессов в Linux"
Отправлено opennews , 26-Мрт-25 09:35 
После шести месяцев разработки опубликован выпуск инструментария CRIU 4.1 (Checkpoint and Restore In Userspace), предназначенного для сохранения и восстановления процессов в пространстве пользователя. Инструментарий позволяет сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений.  Код проекта написан на языке Си и распространяется под лицензией GPLv2. CRIU применяется в таких системах управления контейнерами, как OpenVZ, LXC/LXD и Docker. Необходимые для работы CRIU изменения включены в основной состав ядра Linux...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=62949

Содержание
Сообщения в этом обсуждении
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 09:35 
Интересно, как такие системы работают с IO? Что будет если восстановить программу которая была подключена к серверу? Работала с шарнутым файлом? Взаимодействовала через пайпу? Или вообще переводила вдяху или монитор в "особый" режим?
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 09:36 
работает без единого разрыва
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Жироватт , 26-Мрт-25 09:41 
Так уж ведётся\
Сессия рвётся\
В сутки как минимум раз.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 09:44 
Прекрасно работает. Ещё бы графические приложухи научили сохранять, хотя бы без видеопамяти. Некоторые с отвалившейся видеокартой продолжают работать после её возвращения, другие, более кривые, в "режиме совместимости" и требуют перезапуска для включения ускорения.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 20:53 
Ну вот смотри: аппликуха установила связь с сервером, открыла внутри канала сессию (об этом система уже ничего не знает - канал-то зашифрован!), потом ты остановил аппликуху, сервер закрыл сессию по таймауту. Далее ты возобновляешь работу, и даже если система восстановила связь на сервер - сессии-то уже нету! И вся работа упала, начинай заново.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 21:28 
Клиент говорит "у нас тут обрыв" и сервер открывает как было. Со сменой айпишника могут быть сложности.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 27-Мрт-25 05:49 
> могут быть сложности

На третий день Орлиный Глаз заметил...

"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Амомин , 26-Мрт-25 10:52 
А никак - это штука для процессов чье состояние изолированно от внешней среды - дескрипторов, сокетов и тд. Поэтому и ни особо нужно кому-то.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Big Robert TheTables , 26-Мрт-25 11:28 
One of the CRIU features is the ability to save and restore state of a TCP socket without breaking the connection. This functionality is considered to be useful by itself, and we have it available as the libsoccr library.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 20:09 
> Интересно, как такие системы работают с IO? Что будет если восстановить
> программу которая была подключена к серверу? Работала с шарнутым файлом?

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

"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 20:57 
Представляешь, в состояние входят не только локальные компоненты, а, например, сессионные токены внутри соединения.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено OpenEcho , 27-Мрт-25 14:12 
> Интересно, как такие системы работают с IO?

Пробуйте :) изюминка из новости в: docker help checkpoint

docker run ...
docker checkpoint ...
docker create clone ...
docker start --checkpoint-dir=path ... clone
docker exec clone ...

"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Жироватт , 26-Мрт-25 09:39 
> ускорение запуска медленных процессов

Базы оракла? Линуксовый скульсервер? Даже не представляю, зачем оно нужно, если это проблема НЕ системы, а разработчика сервиса.
Хотя нет, проприентарщина может творить что угодно, так что да, полезно.

"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 09:45 
Ну вот майнкрафт у меня около часа запускается. Неплохо бы ускорить. Видишь, сколько применений.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 09:50 
инициализируй его в облаке, а когда загрузится, забирай процесс себе
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 10:42 
Это уже какая-то матрица.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 20:08 
Тут скорее проблема железа. Мобильный ай5 спокойно ворочает сборки на 300 модов
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 20:19 
Там моды закончились в 1.12.2 (java8), ты эту запускаешь? Последующие быстрее запускаются, но там модов таких уже нет. С хотспотом быстрее в 2 раза, но потребление памяти в 2 раза больше (16гб надо для работы), я использую jdk8-openj9 и он чуть медленней. Кроме долгой инициализации модов особых проблем нет (gc иногда лагает).
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 20:52 
У меня из сборок только гтнх(1.7 вроде). Запускаю под оффтопиком с 8гб выделенной памяти, с офф жабой 8. На опенжабе были просадки кадров, конда на офф стабильные 60
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 10:00 
Помню была такая ОС - Фантом, разработанная Завалишиным. И там была такая штука - перзистентность, это типа другая концепция сохранения данных по сравнению с файлами.
Мне интересно, CRIU как-то соотносится с этим по достигаемым целям? Может быть людям просто нужна ОС другого типа?
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 10:43 
Ещё до всяких юниксов, на уровне ос разделялись код приложений и данные. И приложения не могли получить доступ к коду приложений.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено 1 , 26-Мрт-25 16:37 
Ну уж, "на уровне os".
Гарвардская архитектура - на уровне железа разделяла.
"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 26-Мрт-25 19:01 
> Может быть людям просто нужна ОС другого типа?

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

"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено svsd_val , 27-Мрт-25 07:30 
Кто знает можно ли графические процессы сохранять им ? Если да то как ?

К примеру старые игры в которых нет нормальных сохранялок, а до чек поинтов идти как до луны пешком... было бы круто целиком вино дампануть и восстановить...

"Выпуск CRIU 4.1, системы для сохранения и восстановления сос..."
Отправлено Аноним , 27-Мрт-25 16:52 
Не восстановило онр состояние запущенного keepass с несохраненными из-за проблем сети изменениями (а после восстановления сети это нельзя было сделать руками т.к. драйвер nvidia не захотел возвращать дисплей из сна