Профиль: Аноним (вход | регистрация)
OpenNET

[ новости /+++ | форум | теги |    ]



"Выпуск CRIU 4.3, системы для сохранения и восстановления состояния процессов в Linux"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск CRIU 4.3, системы для сохранения и восстановления состояния процессов в Linux"  +/–
Сообщение от opennews (??), 20-Окт-26, 09:08 
После 11 месяцев разработки опубликован выпуск инструментария CRIU 4.3 (Checkpoint and Restore In Userspace), предназначенного для сохранения и восстановления процессов в пространстве пользователя. Инструментарий позволяет сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений.  Код проекта написан на языке Си и распространяется под лицензией GPLv2. CRIU применяется в таких системах управления контейнерами, как OpenVZ, LXC/LXD и Docker. Необходимые для работы CRIU изменения включены в основной состав ядра Linux...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  –3 +/–
Сообщение от Аноним (1), 20-Окт-26, 09:08 
А вот это интересно, программы на вейланде уже можно сохранять? Когда-то очень давно обещали добавить возможность восстановления графичиских программ для вейланда.
Ответить | Правка | Наверх | Cообщить модератору

7. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +7 +/–
Сообщение от Angel_in_Prada (ok), 20-Окт-26, 10:10 
Увы, нет. Для Wayland пока умеют сохранять только иллюзию «безопасного и готового к десктопу» стандарта. А чтобы восстановить графическую сессию после обычного падения композитора — это, видимо, придётся ждать Wayland 2.0. До системных крашей руки у архитекторов ещё лет 15 не дойдут, им сейчас важнее пиксели у курсора выравнивать.
Ответить | Правка | Наверх | Cообщить модератору

9. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Аноним (9), 20-Окт-26, 10:26 
> Wayland 2.0

Вернутся к X или WinAPI.

Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (21), 20-Окт-26, 15:04 
К иксам никто не вернётся. А WinAPI к линуксу никакого отношения не имеет.
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +2 +/–
Сообщение от Аноним (23), 20-Окт-26, 15:24 
>Вернутся к X или WinAPI.

Думаю, WinAPI - это Wayland 3.1. До этого придётся ещё от ini-файлов отойти и заменить их на бинарную конфигурацию навроде dconf, но с кустами LOCAL_MACHINE и LOCAL_USER.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

24. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +2 +/–
Сообщение от Аноним (23), 20-Окт-26, 15:26 
Учитывая весь зоопарк конфигураций под Wayland, пришпандорить LOCAL_USER/LOCAL_MACHINE в wlroots или в протокол надо уже сегодня, кстати.
Ответить | Правка | Наверх | Cообщить модератору

10. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  –9 +/–
Сообщение от Аноним (10), 20-Окт-26, 10:32 
Кажется у любителя некроиксов подгорает)

>  после обычного падения композитора

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

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

18. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  –2 +/–
Сообщение от Аноним (18), 20-Окт-26, 14:50 
> как и получение рута злоумышленником

Как и в Вяленде тоже самое. Написан он всё на том же C, а серьёзным поиском CVEшек в нём пока никто не озадачился.

Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (22), 20-Окт-26, 15:11 
Человек запускает реализацию Протокола как непривелигированный пользователь.
Ответить | Правка | Наверх | Cообщить модератору

50. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (50), 22-Окт-26, 07:17 
> как непривелигированный пользователь

Собственно, как и иксы. Только вот нифига юзер не "непривелигерованный" - кто-то должен на начальном этапе открыть файлик до DRM подсистемы, а затем держать его чтобы запрашивать доступ к новым мониторам и видеокартам. Это первое. Второе - обычный юзер не может открыть клавиатуру или мышь из /dev/input, но иксы и вяленд как-то это делают, хотя девайсы спокойно могут пропадать и появляться. Значит либо нужен привелигерованный демон, который заведует /dev/input, либо группа на самом процессе дисплей-менеджера. В вейланде, из-за фрагментации и лютой ненависти ко всем кто видит "протокол" по-другому, все сидят на рутовых демонах, которые отдадут файловые дескрипторы кому попало^W^W по своим проприетарным протоколам (а.к.а. кто во что горазд). Вишенькой на торте является d-bus, за который топят некоторые люди, которые лучше бы и дальше продолжали иконки для своих Linux проектов клепать в фотошопе.

Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (49), 21-Окт-26, 10:55 
Тык "разрабы" вялого озадачились заранее этим вопросом и ограничили всю свою разработку исключительно markdown файлами. Нет эталонной реализации - нет CVE.

Как грится, кушайте, не обляпайтесь

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

42. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +5 +/–
Сообщение от Angel_in_Prada (ok), 20-Окт-26, 20:57 
>  Ну, для исков падение композера это обычное дело

В X11 композитор (например, picom) — это отдельный непривилегированный клиент. Если он падает, на полсекунды моргает прозрачность, композитор перезапускается, а все открытые программы продолжают работать как ни в чём не бывало.
В Wayland композитор совмещён с сервером. Если он падает — рвётся сокет, и все твои запущенные программы закрываются с потерей данных.
И раз уж ты решил залезть в эту тему, вопрос: где в Wayland штатный механизм восстановления графической сессии после падения композитора? А, блин, извини, хрень спросил, так как его же нет.

>  как и получение рута злоумышленником.

Сказку про «рут через Иксы» передай обратно в 2014 год. Rootless Xorg (работающий от обычного непривилегированного пользователя) по умолчанию работает уже больше десяти лет.

>  К счастью в вейланде есть возможность выбирать - разные проекты, разные языки.

Ты всерьёз пытаешься замазать архитектурную проблему мантрой «зато можно выбрать композитор на Rust»?
Объясняю на пальцах: на каком бы языке ни был написан композитор (хоть на C++, хоть на Rust, хоть на Zig), в Wayland он держит сокет клиентов. Если этот процесс завершается (по ошибке логики, OOM-киллером или сбоем драйвера) — сокет умирает, а вместе с ним умирают и все открытые программы. И как твой конкурс языков программирования решает проблему отсутствия стандартного механизма сохранения и восстановления клиентской сессии? Единственное что даёт язык в данном случае, так это то на каком языке упадёт Wayland.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

31. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от oficsu (ok), 20-Окт-26, 17:30 
> А чтобы восстановить графическую сессию после обычного падения композитора — это, видимо, придётся ждать Wayland 2.0

В kwin_wayland уже как много лет реализовано — compositor handoffs. Qt-приложения прекрасно восстанавливаются после восстановления композитора. В GTK фичу поддержать не захотели. Как и любую другую полезную фичу, впрочем

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

34. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Аноним (34), 20-Окт-26, 17:55 
> В GTK фичу поддержать не захотели

Т.е. сохранением занимается конкретный тулкит, а не вейленд... Ясно.

Ответить | Правка | Наверх | Cообщить модератору

43. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +2 +/–
Сообщение от Angel_in_Prada (ok), 20-Окт-26, 21:03 
В Wayland этого нет, зато в KWin запилили. Очередной успех модульной архитектуры: стандарт не умеет, реализация костылит, приложения молятся.
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

8. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +2 +/–
Сообщение от ано_нис (?), 20-Окт-26, 10:10 
Проблема в самом вейленде, его протокол надо модифицировать для таких вещей
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

11. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Аноним (11), 20-Окт-26, 10:33 
Он же уже готов для десктопа? Опять что-ли надули?
Ответить | Правка | Наверх | Cообщить модератору

19. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (18), 20-Окт-26, 14:52 
Всегда почти готов.
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (1), 20-Окт-26, 10:44 
Окна же научили переподключать при перезапуске композитора вейланда, а теперь и восстанавливать позиции (раньше все окна отправлялись на 1 рабочий стол). Это было одно из важных преимеществ иксов -- иксы перезапускаются гораздо реже оконных менеджеров.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

28. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (28), 20-Окт-26, 16:32 
Протокол готов. Ничего не нужно модифицировать.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

2. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Андрей999 (?), 20-Окт-26, 09:18 
Интересно про сохранение сетевых соединений. Это типа пока сервер их помнит, клиент после восстановления может продолжить как ни в чём не бывало?
Ответить | Правка | Наверх | Cообщить модератору

3. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от User (??), 20-Окт-26, 09:30 
Это для разного рода миграций между железками - если уложились в таймаут то "а вот и не было ничего!"
Ответить | Правка | Наверх | Cообщить модератору

6. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (1), 20-Окт-26, 09:33 
Если говорить о сокетах, если есть логика, что делать при обрыве соединения, то восстановление -- вполне штатная ситуация.
Ответить | Правка | Наверх | Cообщить модератору

14. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от User (??), 20-Окт-26, 10:45 
Ну, с одной стороны "да" - а с другой над теми сокетами еще сто-о-оолько слоев и даже если все они все нормально реализовали (На что я бы закладываться не стал), то пачка переинициализации какого-нибудь SSL может в моменте совершенно лишнюю нагрузку подкинуть.  
Оно тебе надо? Оно тебе не надо...
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (34), 20-Окт-26, 17:58 
> если уложились в таймаут

Там это, если с другой железки окажется другой сетевой маршрут, то новый маршрут ничего про соединение не знает, а поэтому все пакеты дропнутся.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

51. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (50), 22-Окт-26, 07:22 
Наверное подразумевается, что айпишники останутся те же. MAC слой пофигу, он в этом вообще никак не участвует.
Ответить | Правка | Наверх | Cообщить модератору

4. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (1), 20-Окт-26, 09:30 
Это пока у сервера таймауты не отвалятся. Никто не заметит разницы, тем более, с тех пор, как сабж научили восстанавливать процессы под теми же идентификаторами.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

26. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Ivan_83 (ok), 20-Окт-26, 16:12 
Это если таймауты там есть.
У SSH нормальная практика выключить кипалив и дать соединению спокойно переживать длительные отключения.
Это всякие вебсервера имеют жёсткие таймауты ибо там куча неавторизованных соединений от которых только DoS и жди.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от _ (??), 20-Окт-26, 22:58 
> У SSH нормальная практика выключить кипалив и дать соединению спокойно переживать длительные отключения.

Ну и как - помогает? :-\ (сарказмЪ)
Как вижу очередного заворачивателся NFS в SSH туннель, молча выпускаю весь магазин в меж-ушный ганглий :-E
А если это не туннель - и тебе нужны супердлинные сессии ... то старые техно-боги дали вам tmux ну или хотя бы screen ...

Резюме: осуждаю!(С)

Ответить | Правка | Наверх | Cообщить модератору

47. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Ivan_83 (ok), 21-Окт-26, 00:55 
У меня таких потребностей нет, но я знаю об этих возможностях.
Ответить | Правка | Наверх | Cообщить модератору

36. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (34), 20-Окт-26, 18:01 
> у сервера таймауты

Между сервером и клиентом есть ещё и СЕТЬ, промежуточные узлы которой тоже кое-что хранят. И если маршрут поменяется...

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

41. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Ivan_83 (ok), 20-Окт-26, 18:28 
Если маршрут поменяется - это будет интимной проблемой сети но не конечных хостов.
Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от _ (??), 20-Окт-26, 23:04 
Что совой об пенёк, что пеньком по сове .... (С)

Но в более менее новых вёдрах уже есть хоть как-то но работающий IPMP, можно заранее подстелить соломки...

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (50), 22-Окт-26, 07:25 
> И если маршрут поменяется

То ничего не произойдёт - пакет долетит до dst как ни в чём не бывало. Ну, так по крайней мере работает у людей с прямыми руками и способностью читать RFC от других умных людей, а не у индивидов которые NAT за NAT заворачивают.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

25. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Ivan_83 (ok), 20-Окт-26, 16:10 
Наверное оно восстанавливает не только PID процессов но и состояние всех файловых дескрипторов включая сокеты.

Если с другой стороны сокета данные не слали (и успели подтвердить получение всего) и keep alive выключен и по пути нет фаера/ната то такое соединение по времени ни чем не ограничено.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

37. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (34), 20-Окт-26, 18:03 
> и по пути нет фаера/ната

Много знаете прямых линков без маршрутизаторов? Ну, кроме подкроватного локалхоста.

Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Ivan_83 (ok), 20-Окт-26, 18:05 
Маршрутизатор перебрасывает пакеты, он не отслеживает состояние.
Так что по сути схема работает даже через инет если оба хоста имеют белые IP адреса.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (27), 20-Окт-26, 16:14 
На эмуляторах это уже давно стандарт, тыкнул save, а потом тыкай load сколько хочешь, бесшовно в том же самом месте в туже секунду.

Но скорей всего тяжёлые игрушки которые по 16гб памяти занимают так шустро делать не смогут, если конечно у вас не pcie5nvme-10000/9000mb

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

38. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (34), 20-Окт-26, 18:05 
> а потом тыкай load сколько хочешь

Это годится разве что для локального тетриса.

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (27), 21-Окт-26, 05:01 
В смысли? юзаю на телефоне играя в psp эмуль, быстрый сейфлоад в любой месте игры, наверняка на стимдеке что то похожее есть.
Ответить | Правка | Наверх | Cообщить модератору

15. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (15), 20-Окт-26, 10:56 
а можно этим сохраняться и загружаться в игрушечках в любых местах?
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от ryoken (ok), 20-Окт-26, 11:39 
Соаздается впечатление "из пушки по воробьям" :). Поправьте, если ошибаюсь.
Ответить | Правка | Наверх | Cообщить модератору

17. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (17), 20-Окт-26, 11:58 
ошибаешься, какая разница в гуи тыкать 100500 кнопок чтобы при нажатии финальной получить что надо, или в игре бежать до босса.

а по сути вопроса ответ - нет, там огромное число ограничений, даже контейнеры и живая миграция это миф, который работает у полутора землекопов

Ответить | Правка | Наверх | Cообщить модератору

20. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (18), 20-Окт-26, 14:57 
В игрушечках бегают не до босса, а от босса. Сохранение состояния надо сразу вешать на кнопочку "Начальник идёт".
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +2 +/–
Сообщение от Аноним (29), 20-Окт-26, 17:08 
> Начальник идёт

Воспитательница идёт.

Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Аноним (29), 20-Окт-26, 17:10 
Можно, конечно же, придумать тысячу причин, почему это может быть нужно. Но лучше всего проектировать чтобы можно было обойтись без этого. Тем более в 2026, когда асинхронность уже никого не пугает, кроме совсем замшелых.
Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (34), 20-Окт-26, 17:47 
> на другом сервере без разрыва уже установленных сетевых соединений

Это как?! Другая сторона вместе с маршрутизаторами и трансатлантическими коммутаторами будут три года ждать и хранить соединение апнутым, пока восстановится состояние закрытой проги?

Ответить | Правка | Наверх | Cообщить модератору

33. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (34), 20-Окт-26, 17:52 
P.S. Вот ситуация: прога послала запрос серверу, сервер начал отвечать, пришёл первый пакет проге, и тут её зашатдаунили с "сохранением состояния". А пакеты от сервера идут и идут... Понятно же, что когда прогу разбудят с "загрузкой состояния", линк уже на стопяцот раз скурвится с потерей посланных пакетов.
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +1 +/–
Сообщение от Аноним (1), 20-Окт-26, 18:22 
Чёт тебе стоит погуглить за OSI.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

53. "Выпуск CRIU 4.3, системы для сохранения и восстановления сос..."  +/–
Сообщение от Аноним (50), 22-Окт-26, 07:27 
> вместе с маршрутизаторами и трансатлантическими коммутаторами
> хранить соединение апнутым

Ты бы погуглил как IP работает, а не то что у тебя дома на роутере от РТ

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




XSQUARE
Inferno Solutions
Hosting by Hoster.ru
Хоcтинг: