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

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

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

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

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

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

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

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

9. Сообщение от Аноним (9), 20-Окт-26, 10:26	+/–
> Wayland 2.0 Вернутся к X или WinAPI.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #21, #23

10. Сообщение от Аноним (10), 20-Окт-26, 10:32	–8 +/–
Кажется у любителя некроиксов подгорает) >  после обычного падения композитора Ну, для исков падение композера это обычное дело, как и получение рута злоумышленником. К счастью в вейланде есть возможность выбирать - разные проекты, разные языки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12, #18, #42

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

12. Сообщение от Аноним (12), 20-Окт-26, 10:35	+2 +/–
Вейленд сырая подделка, которая ничего не может нормально сделать. Только языки выбирает и проекты...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

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

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

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

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

17. Сообщение от Аноним (17), 20-Окт-26, 11:58	+/–
ошибаешься, какая разница в гуи тыкать 100500 кнопок чтобы при нажатии финальной получить что надо, или в игре бежать до босса. а по сути вопроса ответ - нет, там огромное число ограничений, даже контейнеры и живая миграция это миф, который работает у полутора землекопов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #20

18. Сообщение от Аноним (18), 20-Окт-26, 14:50	–1 +/–
> как и получение рута злоумышленником Как и в Вяленде тоже самое. Написан он всё на том же C, а серьёзным поиском CVEшек в нём пока никто не озадачился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #22

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

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

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

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

23. Сообщение от Аноним (23), 20-Окт-26, 15:24	+/–
>Вернутся к X или WinAPI. Думаю, WinAPI - это Wayland 3.1. До этого придётся ещё от ini-файлов отойти и заменить их на бинарную конфигурацию навроде dconf, но с кустами LOCAL_MACHINE и LOCAL_USER.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #24

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

25. Сообщение от Ivan_83 (ok), 20-Окт-26, 16:10	+/–
Наверное оно восстанавливает не только PID процессов но и состояние всех файловых дескрипторов включая сокеты. Если с другой стороны сокета данные не слали (и успели подтвердить получение всего) и keep alive выключен и по пути нет фаера/ната то такое соединение по времени ни чем не ограничено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #37

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

27. Сообщение от Аноним (27), 20-Окт-26, 16:14	+/–
На эмуляторах это уже давно стандарт, тыкнул save, а потом тыкай load сколько хочешь, бесшовно в том же самом месте в туже секунду. Но скорей всего тяжёлые игрушки которые по 16гб памяти занимают так шустро делать не смогут, если конечно у вас не pcie5nvme-10000/9000mb
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #38

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

29. Сообщение от Аноним (29), 20-Окт-26, 17:08	+1 +/–
> Начальник идёт Воспитательница идёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

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

31. Сообщение от oficsu (ok), 20-Окт-26, 17:30	–1 +/–
> А чтобы восстановить графическую сессию после обычного падения композитора — это, видимо, придётся ждать Wayland 2.0 В kwin_wayland уже как много лет реализовано — compositor handoffs. Qt-приложения прекрасно восстанавливаются после восстановления композитора. В GTK фичу поддержать не захотели. Как и любую другую полезную фичу, впрочем
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #34, #43

32. Сообщение от Аноним (34), 20-Окт-26, 17:47	+/–
> на другом сервере без разрыва уже установленных сетевых соединений Это как?! Другая сторона вместе с маршрутизаторами и трансатлантическими коммутаторами будут три года ждать и хранить соединение апнутым, пока восстановится состояние закрытой проги?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #33, #40

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

34. Сообщение от Аноним (34), 20-Окт-26, 17:55	+/–
> В GTK фичу поддержать не захотели Т.е. сохранением занимается конкретный тулкит, а не вейленд... Ясно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

35. Сообщение от Аноним (34), 20-Окт-26, 17:58	+/–
> если уложились в таймаут Там это, если с другой железки окажется другой сетевой маршрут, то новый маршрут ничего про соединение не знает, а поэтому все пакеты дропнутся.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

36. Сообщение от Аноним (34), 20-Окт-26, 18:01	+/–
> у сервера таймауты Между сервером и клиентом есть ещё и СЕТЬ, промежуточные узлы которой тоже кое-что хранят. И если маршрут поменяется...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #41

37. Сообщение от Аноним (34), 20-Окт-26, 18:03	+/–
> и по пути нет фаера/ната Много знаете прямых линков без маршрутизаторов? Ну, кроме подкроватного локалхоста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #39

38. Сообщение от Аноним (34), 20-Окт-26, 18:05	+/–
> а потом тыкай load сколько хочешь Это годится разве что для локального тетриса.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

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

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

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

42. Сообщение от Angel_in_Prada (ok), 20-Окт-26, 20:57	+/–
>  Ну, для исков падение композера это обычное дело В X11 композитор (например, picom) — это отдельный непривилегированный клиент. Если он падает, на полсекунды моргает прозрачность, композитор перезапускается, а все открытые программы продолжают работать как ни в чём не бывало. В Wayland композитор совмещён с сервером. Если он падает — рвётся сокет, и все твои запущенные программы закрываются с потерей данных. И раз уж ты решил залезть в эту тему, вопрос: где в Wayland штатный механизм восстановления графической сессии после падения композитора? А, блин, извини, хрень спросил, так как его же нет. >  как и получение рута злоумышленником. Сказку про «рут через Иксы» передай обратно в 2014 год. Rootless Xorg (работающий от обычного непривилегированного пользователя) по умолчанию работает уже больше десяти лет. >  К счастью в вейланде есть возможность выбирать - разные проекты, разные языки. Ты всерьёз пытаешься замазать архитектурную проблему мантрой «зато можно выбрать композитор на Rust»? Объясняю на пальцах: на каком бы языке ни был написан композитор (хоть на C++, хоть на Rust, хоть на Zig), в Wayland он держит сокет клиентов. Если этот процесс завершается (по ошибке логики, OOM-киллером или сбоем драйвера) — сокет умирает, а вместе с ним умирают и все открытые программы. И как твой конкурс языков программирования решает проблему отсутствия стандартного механизма сохранения и восстановления клиентской сессии? Единственное что даёт язык в данном случае, так это то на каком языке упадёт Wayland.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

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

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

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