forum.opennet.ru - "Выпуск CRIU 4.2, системы для сохранения и восстановления состояния процессов в Linux" (34)

"Выпуск CRIU 4.2, системы для сохранения и восстановления состояния процессов в Linux"

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

"Выпуск CRIU 4.2, системы для сохранения и восстановления состояния процессов в Linux"	+/–
Сообщение от opennews (??), 14-Ноя-25, 09:28
После шести месяцев разработки опубликован выпуск инструментария CRIU 4.2 (Checkpoint and Restore In Userspace), предназначенного для сохранения и восстановления процессов в пространстве пользователя. Инструментарий позволяет сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений. Код проекта написан на языке Си и распространяется под лицензией GPLv2. CRIU применяется в таких системах управления контейнерами, как OpenVZ, LXC/LXD и Docker. Необходимые для работы CRIU изменения включены в основной состав ядра Linux... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64248
Ответить \| Правка \| Cообщить модератору

Оглавление

Использую в продуктивной системе, здоровья проекту , Аноним (1), 09:28 , 14-Ноя-25, (1) +2

продуктовой с тех-лид ВТБ, привет (ok), 10:57 , 14-Ноя-25, (10)

В проде с тех-лид Сбера, Аноним (17), 13:17 , 14-Ноя-25, (17) +1

Продолжу дальше В проде с тех лид ГуглаВ проде с тех лид МелкософтаВ проде , Xenia Joness (ok), 19:43 , 14-Ноя-25, (27) –1

Попробовал Хм Джава-стек сумело корректно сохранить и восстановить, Жироватт (ok), 09:50 , 14-Ноя-25, (2)

А чего там восстанавливать Только с видеокартами были сложности Лучше расскажи, Аноним (3), 09:54 , 14-Ноя-25, (3) –1

На старых версия не всегда корректно работал с большим количеством JNI-вызовов, , Жироватт (ok), 10:29 , 14-Ноя-25, (7)

Сборка Раста , Аноним (16), 12:30 , 14-Ноя-25, (16) –1

ты же тот самый техлид выше и не знаешь применения для этой технологии ну тог, Lamerok (?), 03:24 , 15-Ноя-25, (30)
Перенос процесса на другую машину, потому что эта барахлит , Аноним (-), 05:38 , 15-Ноя-25, (32)
Чтоб можно было реализовать восстановление игр без повторного запуска, как на ко, Аноним (33), 12:37 , 15-Ноя-25, (33)

А смысл У кого-то уже получилось , Аноним (3), 12:43 , 15-Ноя-25, (34)

Это невозможно Другая сторона в сетевом соединении увидит разрыв Если есть дан, Шарп (ok), 09:54 , 14-Ноя-25, (4) –2

Другая сторона только отвалится по таймауту Если не успеет, то всё будет как бу, Аноним (3), 10:18 , 14-Ноя-25, (6) +1
Там специальные подпорки в ядре, позволяющие реконструировать внутреннее состоян, Аноним (9), 10:33 , 14-Ноя-25, (9) +1

даже через неделю , Аноним (13), 12:16 , 14-Ноя-25, (13) +1

Через неделю-то тайаут произойдёт Но если только та сторона тоже решила замороз, Аноним (16), 12:28 , 14-Ноя-25, (15)
Хоть через год, если настроишь тайм-ауты на обеих сторонах Компьютеру без разни, Аноним (25), 18:50 , 14-Ноя-25, (25) +1

Да ладно Что действительно невозможно скрыть факт перезагрузки sДо тех пор, п, Аноним (-), 05:35 , 15-Ноя-25, (31)

А вот это типично сишная проблема Многие тупо не парятся и везде пишут int, ког, trolleybus (?), 09:59 , 14-Ноя-25, (5) –4

Понравилась цитата защищавшего расто-операторов, суну сюда Это вы себе что-то , Пыщь (?), 10:32 , 14-Ноя-25, (8) +3

Удовольствие от сношения с боровом У борова актиная позиция , Аноним (16), 15:25 , 14-Ноя-25, (21)

Бред сивой кобылы Такое возможно в любом ЯП, где целые занимают фиксированный , Медведь (ok), 11:43 , 14-Ноя-25, (11) –2

Ржавчина использует для подобных вещей везде isize usize, и не позволяет неявных, morphe (?), 12:21 , 14-Ноя-25, (14) +1

И теперь usize MAX 1 не приведет к переполнению, да-да-да Вот откуда вы лезе, Медведь (ok), 13:25 , 14-Ноя-25, (18) –1

Если что-то может переполниться, в Rust можно явно это обрабатывать через checke, morphe (?), 15:40 , 14-Ноя-25, (22) +1

Ыыыы А такое-же в Си сделать по твоему - технически не возможно, да , _ (??), 22:12 , 14-Ноя-25, (28) –1

Штука в том, что в расте тоже можно много чего натворить, но только если ты этог, trolleybus (?), 15:53 , 14-Ноя-25, (23)

В рже, внезапно, размер usize и isize тоже зависит от архитектуры Сюрприз , Медведь (ok), 15:15 , 14-Ноя-25, (20)

Так это и документировано На 32 битах - 32 бита, на 64 - 64 И никаких сюрпризо, trolleybus (?), 16:00 , 14-Ноя-25, (24)

Это пока майкрософт и прочие не написали свой компилятор раста для 128 битных пр, Аноним (3), 19:21 , 14-Ноя-25, (26)

эту штуку могли бы использовать в proxmox для живой миграции контейнеров lxc, Catwoolfii (ok), 12:00 , 14-Ноя-25, (12) +1
Когда сделают live миграцию LXC контейнеров в Proxmox VE как это было ранее когд, Аноним (19), 14:52 , 14-Ноя-25, (19) +1
Просто criu писали виртуоззники, у них под миграцию контейнеров между хостами вс, Аноним (29), 00:26 , 15-Ноя-25, (29)

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

1. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +2 +/–

Сообщение от Аноним (1), 14-Ноя-25, 09:28

Использую в продуктивной системе, здоровья проекту!

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

10. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от привет (ok), 14-Ноя-25, 10:57

продуктовой (с) тех-лид ВТБ

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

17. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Аноним (17), 14-Ноя-25, 13:17

В проде (с) тех-лид Сбера

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

27. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –1 +/–

Сообщение от Xenia Joness (ok), 14-Ноя-25, 19:43

> продуктовой (с) тех-лид ВТБ
> В проде (с) тех-лид Сбера
Продолжу дальше:
В проде (с) тех лид Гугла
В проде (с) тех лид Мелкософта
В проде (с) тех лид НАСА
В проде (с) тех лид "Рога и копыта"

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

2. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Жироватт (ok), 14-Ноя-25, 09:50

Попробовал. Хм...Джава-стек сумело корректно сохранить и восстановить

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

3. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –1 +/–

Сообщение от Аноним (3), 14-Ноя-25, 09:54

А чего там восстанавливать? Только с видеокартами были сложности. Лучше расскажи, какое практическое применение есть? Я могу придумать только продолжительный рендер без возможности прервать и срочное обновление.

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

7. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Жироватт (ok), 14-Ноя-25, 10:29

На старых версия не всегда корректно работал с большим количеством JNI-вызовов, ведь должны захватываться и они.
> Лучше расскажи, какое практическое применение есть?
Рендер, расчеты.
На билдферме может выполняться сборочный процесс.
Иногда просто нежелательно тушить процесс

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

16. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –1 +/–

Сообщение от Аноним (16), 14-Ноя-25, 12:30

Сборка Раста.

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

30. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Lamerok (?), 15-Ноя-25, 03:24

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

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

32. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (-), 15-Ноя-25, 05:38

> Я могу придумать только продолжительный рендер без возможности прервать и срочное обновление.
Перенос процесса на другую машину, потому что эта барахлит.

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

33. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (33), 15-Ноя-25, 12:37

> Какое практическое применение есть?
Чтоб можно было реализовать восстановление игр без повторного запуска, как на консолях

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

34. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (3), 15-Ноя-25, 12:43

А смысл? У кого-то уже получилось?

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

4. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –2 +/–

Сообщение от Шарп (ok), 14-Ноя-25, 09:54

>без разрыва уже установленных сетевых соединений
Это невозможно. Другая сторона в сетевом соединении увидит разрыв. Если есть данные прикреплённые к сессии, то они сбросятся.

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

6. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Аноним (3), 14-Ноя-25, 10:18

Другая сторона только отвалится по таймауту. Если не успеет, то всё будет как будто у нас тут небольшой свопинг приключился.

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

9. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Аноним (9), 14-Ноя-25, 10:33

Там специальные подпорки в ядре, позволяющие реконструировать внутреннее состояние сокета без использования вызовов сокетного апи, поэтому сокет будет восстановлен точно в том же состоянии, и если удалённая сторона не затаймаутилась - то она ничего не заметит, закрытия сокета и посылки FIN не происходит, а после разморозки трафик едет дальше, как ни в чём не бывало.

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

13. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Аноним (13), 14-Ноя-25, 12:16

> после разморозки трафик едет дальше, как ни в чём не бывало.
даже через неделю?

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

15. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (16), 14-Ноя-25, 12:28

Через неделю-то тайаут произойдёт. Но если только та сторона тоже решила заморозиться, то и через месяц.

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

25. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Аноним (25), 14-Ноя-25, 18:50

Хоть через год, если настроишь тайм-ауты на обеих сторонах. Компьютеру без разницы.

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

31. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (-), 15-Ноя-25, 05:35

> Это невозможно. Другая сторона в сетевом соединении увидит разрыв.
Да ладно? Что действительно невозможно скрыть факт перезагрузки? /s
До тех пор, пока ты (или что-то там ниже по сетевому стеку) не отправил другой стороне сообщения о том, что ты разрываешь соединение, другая сторона ничего не заподозрит. Единственное, что может выдать Штирлица -- это таймаут: если ты долго не будешь отправлять ACK пакеты в ответ на принятые оттуда, то сетевой стек на той стороне решит, что соединение оборвалось.
Единственное что в этом мне интересно, как они перезагружают, не теряя пакетов. Полагаются на способности сетевой карты буферизировать, и быстро-быстро подменяют ядро и инициализируют новое, пока буферы не переполнились?
Впрочем, несколько потерянных пакетов, наверное, не так важно, соединение потупит немного, но со временем вернётся в норму.

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

5. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –4 +/–

Сообщение от trolleybus (?), 14-Ноя-25, 09:59

> Устранено целочисленное переполнение в функции pagemap_len()
А вот это типично сишная проблема. Многие тупо не парятся и везде пишут int, когда даже стандартом не определено, сколько точно байтофф оно занимает, ибо architecture dependent. Про знаковые/беззнаковые вообще молчу. А использовать всякие uint32_t не хотим, это ненужное ненужно.
Даже в расте такой номер не пройдет, если только специально не поиздеваться.

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

8. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +3 +/–

Сообщение от Пыщь (?), 14-Ноя-25, 10:32

Понравилась цитата защищавшего расто-операторов, суну сюда: "Это вы себе что-то придумывете. А люди обучаются, исправляют ошибки, получают знания и удовольствие."

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

21. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (16), 14-Ноя-25, 15:25

Удовольствие от сношения с боровом? У борова актиная позиция.

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

11. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –2 +/–

Сообщение от Медведь (ok), 14-Ноя-25, 11:43

> А вот это типично сишная проблема.
Бред сивой кобылы. Такое возможно в любом ЯП, где целые занимают фиксированный размер в памяти. Ржа тоже вполне себе подвержена ошибкам из-за выхода за допустимый диапазон значений.
Забавно, ржавозависимые при каждом баге в растокоде упрекают всех, что от их драгоценной ржи требуют чего-то, чего ржа не обещала, но сами не могут определиться с тем, чего же она все-таки обещала ;)

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

14. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от morphe (?), 14-Ноя-25, 12:21

Ржавчина использует для подобных вещей везде isize/usize, и не позволяет неявных конверсий между ним и int
В то время как в сишке для совместимости везде int и грабли

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

18. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –1 +/–

Сообщение от Медведь (ok), 14-Ноя-25, 13:25

И теперь usize::MAX + 1 не приведет к переполнению, да-да-да. Вот откуда вы лезете?

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

22. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от morphe (?), 14-Ноя-25, 15:40

> И теперь usize::MAX + 1 не приведет к переполнению, да-да-да. Вот откуда
> вы лезете?
Если что-то может переполниться, в Rust можно явно это обрабатывать через checked_add/saturating_add/strict_add/wrapping_add/overflowing_add, а не делать проверки вида a + b < a и надеяться что компилятор тут поймёт что это проверка на переполнение, а не UB (Потому что по стандарту это UB)

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

28. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." –1 +/–

Сообщение от _ (??), 14-Ноя-25, 22:12

> Если что-то может переполниться, в Rust можно явно это обрабатывать через checked_add/saturating_add/strict_add/wrapping_add/overflowing_add,
Ыыыы :) А такое-же в Си сделать по твоему - технически не возможно, да? ;)))))))

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

23. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от trolleybus (?), 14-Ноя-25, 15:53

> И теперь usize::MAX + 1 не приведет к переполнению, да-да-да
Штука в том, что в расте тоже можно много чего натворить, но только если ты этого очень сильно захочешь. А в сишке ты можешь натворить, даже если очень не хочешь.

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

20. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Медведь (ok), 14-Ноя-25, 15:15

> стандартом не определено, сколько точно байтофф оно занимает, ибо architecture dependent
В рже, внезапно, размер usize и isize тоже зависит от архитектуры. Сюрприз!

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

24. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от trolleybus (?), 14-Ноя-25, 16:00

Так это и документировано. На 32 битах - 32 бита, на 64 - 64. И никаких сюрпризофф.
А в сишке внезапно в одной и той же архитектуре может в разных ABI отличаться (например, размер лонга на линуксе 64 бита, на винде 32).

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

26. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (3), 14-Ноя-25, 19:21

Это пока майкрософт и прочие не написали свой компилятор раста для 128 битных процессоров. Ну хотя у раста нет ABI, думать об этом и не придётся.

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

12. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Catwoolfii (ok), 14-Ноя-25, 12:00

эту штуку могли бы использовать в proxmox для живой миграции контейнеров lxc

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

19. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +1 +/–

Сообщение от Аноним (19), 14-Ноя-25, 14:52

Когда сделают live миграцию LXC контейнеров в Proxmox VE как это было ранее когда были OpenVZ контейнеры?

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

29. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..." +/–

Сообщение от Аноним (29), 15-Ноя-25, 00:26

Просто criu писали виртуоззники, у них под миграцию контейнеров между хостами все было заточено, так как виртуозза для хостеров и их shamand автоматом мигрировал контейнеры с проблемных хостов. В комплекте с виртуоззо сторадж это была довольно удобная вещь. Проксмокс скорее про небольшие внедрения, и фича эта была в нем просто из комплекта от openvz, чего видимо в lxc не доделали, потому что похоже коммерческого интереса хостить на lxc клиентов особо нет. Виртуозза к сожалению помирает, 7 версия была ох как давно, а 9я нововыпущенная - это совсем другой продукт, и даже без контейнеров вовсе. Но с другой стороны щас всем куб подавай.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+2 +/–
Сообщение от Аноним (1), 14-Ноя-25, 09:28
Использую в продуктивной системе, здоровья проекту!
Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от привет (ok), 14-Ноя-25, 10:57
	продуктовой (с) тех-лид ВТБ
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от Аноним (17), 14-Ноя-25, 13:17
	В проде (с) тех-лид Сбера
	Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–1 +/–
	Сообщение от Xenia Joness (ok), 14-Ноя-25, 19:43
	> продуктовой (с) тех-лид ВТБ > В проде (с) тех-лид Сбера Продолжу дальше: В проде (с) тех лид Гугла В проде (с) тех лид Мелкософта В проде (с) тех лид НАСА В проде (с) тех лид "Рога и копыта"
	Ответить \| Правка \| Наверх \| Cообщить модератору

2. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
Сообщение от Жироватт (ok), 14-Ноя-25, 09:50
Попробовал. Хм...Джава-стек сумело корректно сохранить и восстановить
Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–1 +/–
	Сообщение от Аноним (3), 14-Ноя-25, 09:54
	А чего там восстанавливать? Только с видеокартами были сложности. Лучше расскажи, какое практическое применение есть? Я могу придумать только продолжительный рендер без возможности прервать и срочное обновление.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Жироватт (ok), 14-Ноя-25, 10:29
	На старых версия не всегда корректно работал с большим количеством JNI-вызовов, ведь должны захватываться и они. > Лучше расскажи, какое практическое применение есть? Рендер, расчеты. На билдферме может выполняться сборочный процесс. Иногда просто нежелательно тушить процесс
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–1 +/–
	Сообщение от Аноним (16), 14-Ноя-25, 12:30
	Сборка Раста.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Lamerok (?), 15-Ноя-25, 03:24
	ты же тот самый техлид выше? и не знаешь применения для этой технологии?! ну тогда я рассказывать точно небуду)
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	32. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Аноним (-), 15-Ноя-25, 05:38
	> Я могу придумать только продолжительный рендер без возможности прервать и срочное обновление. Перенос процесса на другую машину, потому что эта барахлит.
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	33. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Аноним (33), 15-Ноя-25, 12:37
	> Какое практическое применение есть? Чтоб можно было реализовать восстановление игр без повторного запуска, как на консолях
	Ответить \| Правка \| К родителю #3 \| Наверх \| Cообщить модератору


	34. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Аноним (3), 15-Ноя-25, 12:43
	А смысл? У кого-то уже получилось?
	Ответить \| Правка \| Наверх \| Cообщить модератору

4. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–2 +/–
Сообщение от Шарп (ok), 14-Ноя-25, 09:54
>без разрыва уже установленных сетевых соединений Это невозможно. Другая сторона в сетевом соединении увидит разрыв. Если есть данные прикреплённые к сессии, то они сбросятся.
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от Аноним (3), 14-Ноя-25, 10:18
	Другая сторона только отвалится по таймауту. Если не успеет, то всё будет как будто у нас тут небольшой свопинг приключился.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от Аноним (9), 14-Ноя-25, 10:33
	Там специальные подпорки в ядре, позволяющие реконструировать внутреннее состояние сокета без использования вызовов сокетного апи, поэтому сокет будет восстановлен точно в том же состоянии, и если удалённая сторона не затаймаутилась - то она ничего не заметит, закрытия сокета и посылки FIN не происходит, а после разморозки трафик едет дальше, как ни в чём не бывало.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	13. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от Аноним (13), 14-Ноя-25, 12:16
	> после разморозки трафик едет дальше, как ни в чём не бывало. даже через неделю?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Аноним (16), 14-Ноя-25, 12:28
	Через неделю-то тайаут произойдёт. Но если только та сторона тоже решила заморозиться, то и через месяц.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от Аноним (25), 14-Ноя-25, 18:50
	Хоть через год, если настроишь тайм-ауты на обеих сторонах. Компьютеру без разницы.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	31. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Аноним (-), 15-Ноя-25, 05:35
	> Это невозможно. Другая сторона в сетевом соединении увидит разрыв. Да ладно? Что действительно невозможно скрыть факт перезагрузки? /s До тех пор, пока ты (или что-то там ниже по сетевому стеку) не отправил другой стороне сообщения о том, что ты разрываешь соединение, другая сторона ничего не заподозрит. Единственное, что может выдать Штирлица -- это таймаут: если ты долго не будешь отправлять ACK пакеты в ответ на принятые оттуда, то сетевой стек на той стороне решит, что соединение оборвалось. Единственное что в этом мне интересно, как они перезагружают, не теряя пакетов. Полагаются на способности сетевой карты буферизировать, и быстро-быстро подменяют ядро и инициализируют новое, пока буферы не переполнились? Впрочем, несколько потерянных пакетов, наверное, не так важно, соединение потупит немного, но со временем вернётся в норму.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

5. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–4 +/–
Сообщение от trolleybus (?), 14-Ноя-25, 09:59
> Устранено целочисленное переполнение в функции pagemap_len() А вот это типично сишная проблема. Многие тупо не парятся и везде пишут int, когда даже стандартом не определено, сколько точно байтофф оно занимает, ибо architecture dependent. Про знаковые/беззнаковые вообще молчу. А использовать всякие uint32_t не хотим, это ненужное ненужно. Даже в расте такой номер не пройдет, если только специально не поиздеваться.
Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+3 +/–
	Сообщение от Пыщь (?), 14-Ноя-25, 10:32
	Понравилась цитата защищавшего расто-операторов, суну сюда: "Это вы себе что-то придумывете. А люди обучаются, исправляют ошибки, получают знания и удовольствие."
	Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Аноним (16), 14-Ноя-25, 15:25
	Удовольствие от сношения с боровом? У борова актиная позиция.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–2 +/–
	Сообщение от Медведь (ok), 14-Ноя-25, 11:43
	> А вот это типично сишная проблема. Бред сивой кобылы. Такое возможно в любом ЯП, где целые занимают фиксированный размер в памяти. Ржа тоже вполне себе подвержена ошибкам из-за выхода за допустимый диапазон значений. Забавно, ржавозависимые при каждом баге в растокоде упрекают всех, что от их драгоценной ржи требуют чего-то, чего ржа не обещала, но сами не могут определиться с тем, чего же она все-таки обещала ;)
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	14. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от morphe (?), 14-Ноя-25, 12:21
	Ржавчина использует для подобных вещей везде isize/usize, и не позволяет неявных конверсий между ним и int В то время как в сишке для совместимости везде int и грабли
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–1 +/–
	Сообщение от Медведь (ok), 14-Ноя-25, 13:25
	И теперь usize::MAX + 1 не приведет к переполнению, да-да-да. Вот откуда вы лезете?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+1 +/–
	Сообщение от morphe (?), 14-Ноя-25, 15:40
	> И теперь usize::MAX + 1 не приведет к переполнению, да-да-да. Вот откуда > вы лезете? Если что-то может переполниться, в Rust можно явно это обрабатывать через checked_add/saturating_add/strict_add/wrapping_add/overflowing_add, а не делать проверки вида a + b < a и надеяться что компилятор тут поймёт что это проверка на переполнение, а не UB (Потому что по стандарту это UB)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	–1 +/–
	Сообщение от _ (??), 14-Ноя-25, 22:12
	> Если что-то может переполниться, в Rust можно явно это обрабатывать через checked_add/saturating_add/strict_add/wrapping_add/overflowing_add, Ыыыы :) А такое-же в Си сделать по твоему - технически не возможно, да? ;)))))))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от trolleybus (?), 14-Ноя-25, 15:53
	> И теперь usize::MAX + 1 не приведет к переполнению, да-да-да Штука в том, что в расте тоже можно много чего натворить, но только если ты этого очень сильно захочешь. А в сишке ты можешь натворить, даже если очень не хочешь.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	20. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от Медведь (ok), 14-Ноя-25, 15:15
	> стандартом не определено, сколько точно байтофф оно занимает, ибо architecture dependent В рже, внезапно, размер usize и isize тоже зависит от архитектуры. Сюрприз!
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	24. "Выпуск CRIU 4.2, системы для сохранения и восстановления сос..."	+/–
	Сообщение от trolleybus (?), 14-Ноя-25, 16:00
	Так это и документировано. На 32 битах - 32 бита, на 64 - 64. И никаких сюрпризофф. А в сишке внезапно в одной и той же архитектуре может в разных ABI отличаться (например, размер лонга на линуксе 64 бита, на винде 32).
	Ответить \| Правка \| Наверх \| Cообщить модератору