The OpenNET Project / Index page

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

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

"Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от opennews (??) on 09-Мрт-16, 17:14 
Спустя четыре года после выпуска первой версии 7 марта разработчики проекта CRIU (Checkpoint and Restore In Userspace) представили (https://lists.openvz.org/pipermail/criu/2016-March/026045.html) новый релиз инструментария для сохранения и восстановления процессов в пространстве пользователя для Linux - CRIU 2.0 (http://criu.org/Download/criu/2.0). Разработанный в рамках проекта инструментарий позволяет организовать создание контрольных точек, с заморозкой состояния запущенных приложений, и последующего восстановления работы с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений.

Представленная версия включает в себя множество функциональных исправлений, улучшений безопасности и новую функциональность. Полный список изменений доступен на странице сайте проекта (https://criu.org/Download/criu/2.0), посвященной новой версии CRIU. Наиболее существенные изменения в новой версии:

-  Исходный код проекта подготовлен (https://lists.openvz.org/pipermail/criu/2015-December/024128...) для выделения компонентов libsockcr и compel (https://criu.org/Compel), о которых будет объявлено позднее;
-  Поддержка (https://criu.org/User-mode) сохранения состояния процесса непривилегированным пользователем;
-  В инструментарий  CRIT (CRiu Image Tool) добавлены средства для просмотра дерева процессов (ps), используемых файлов (fds) и информации об маппинге в память (mems);-  Добавлен скрипт  "post-setup-namespaces";-  Реализована возможность задания таймаута для процедуры сохранения дампа (по умолчанию 5 секунд);-  Добавлена возможность переопределения профиля LSM  при восстановлении с опциями CLI/RPC;-  Монтирование в режиме "bind" теперь может применяться и для монтирования корня;-  Расширена поддержка внешних файлов (https://criu.org/Inheriting_FDs_on_restore), добавлена поддержка внешних TTY (https://criu.org/Inheriting_FDs_on_restore#Example_4_-_Exter...);

-  Поддержка C/R для новой функциональности в ядре Linux;

Учитывая предыдущий опыт разработки CRIU разработчики приняли решение изменить график выпуска новых версий и процесс разработки в проекте. После выпуска версии 2.0 в репозиторий добавили ветку devel (https://github.com/xemul/criu/tree/criu-dev), в которую будут попадать абсолютно все новые изменения. Основная ветка будет считаться стабильной и изменения в нее будут добавлять только при абсолютной уверенности, что эти изменения не вносят никаких деградаций в существующую функциональность. Новые версии будут появляться каждый месяц из стабильной ветки. Дата выхода будет анонсирована чуть позднее.


Также доступны два доклада о практическом применении инструментария CRIU:

-  Доклад о плюсах и минусах "живой" миграции контейнеров (https://www.youtube.com/watch?v=M1FKW945bQA) c конференции DevConf.CZ

<center><iframe width="640" height="480" src="https://www.youtube.com/embed/M1FKW945bQA?rel=0" frameborder="0" allowfullscreen></iframe></center>

-  Доклад об использовании CRIU для "живой" миграции контейнеров LXC (https://www.youtube.com/watch?v=ol85OJxDaHc) с конференции Linux.au


<center><iframe width="640" height="360" src="https://www.youtube.com/embed/ol85OJxDaHc?rel=0" frameborder="0" allowfullscreen></iframe></center>


URL: https://lists.openvz.org/pipermail/criu/2016-March/026045.html
Новость: https://www.opennet.ru/opennews/art.shtml?num=44015

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

Оглавление

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


1. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +6 +/
Сообщение от Аноним (??) on 09-Мрт-16, 17:14 
втыкайте в проксмокс и заживём
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –3 +/
Сообщение от Michael Shigorin email(ok) on 09-Мрт-16, 18:46 
Его что, совсем забросили, втянуть некому?..  Надеюсь, не так -- а тогда к ним и. :)
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от тень_pavel_simple on 09-Мрт-16, 18:50 
незаменимая вещь.
осталось прояснить с возможностью использования criu для обновления динамических библиотек "долго работающим" процессам
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +1 +/
Сообщение от Andrey Mitrofanov on 09-Мрт-16, 19:22 
> незаменимая вещь.
> осталось прояснить с возможностью использования criu для обновления динамических библиотек
> "долго работающим" процессам

https://blogs.oracle.com/linux/entry/new_userspace_patching_...

Не благодарите.

https://duckduckgo.com/?q=Ksplice+site%3Aopennet.ru...

23.01.2016 10:29  Ksplice для компонентов пространства пользователя адаптирован для Oracle Linux 6
24.02.2012 12:35  Oracle представил сервис Ksplice для RHEL и продлил поддержку для Oracle Linux до 10 лет
22.07.2011 08:48  Oracle поглотил компанию Ksplice, развивающую технологию обновления Linux-ядра без перезагрузки

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

5. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –2 +/
Сообщение от тень_pavel_simple on 09-Мрт-16, 19:42 
>[оверквотинг удален]
>> "долго работающим" процессам
> https://blogs.oracle.com/linux/entry/new_userspace_patching_...
> Не благодарите.
> https://duckduckgo.com/?q=Ksplice+site%3Aopennet.ru...
> 23.01.2016 10:29  Ksplice для компонентов пространства пользователя адаптирован для Oracle
> Linux 6
> 24.02.2012 12:35  Oracle представил сервис Ksplice для RHEL и продлил поддержку
> для Oracle Linux до 10 лет
> 22.07.2011 08:48  Oracle поглотил компанию Ksplice, развивающую технологию обновления
> Linux-ядра без перезагрузки

Спасибо, Андрей, но за ksplice я вкурсе. но суть в другом, ksplice как и раньше для ядерной части предполагает подготовку binary-патчей. С моей-же точки зрения наиболее подходящим для этого (security обновления библиотек) инструментом выглядит именно checkpoiint/restore. Павлин что-то говорил что это мол пустое, но я как-то не наблюдаю больших технический трудностей для реализации ещё и этого функционала в рамках CRIU, учитывая что в ядерной части основная часть проделана и патчи для 4.4 ядра предполагают checkpoint/restart seccomp/ebpf.

на текущий момент needrestart мне подсказывает и помогает справляться с рестартом необходимого на полуавтомате, но хотелка нерестартовать вовсе от этого меньше не становится.

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

6. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –2 +/
Сообщение от pavlinux (ok) on 09-Мрт-16, 20:04 
Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от sergeyb email(ok) on 09-Мрт-16, 20:13 
Живая миграция в Docker (http://criu.org/Docker), LXC (https://criu.org/LXC), Virtuozzo 7 (https://www.opennet.ru/opennews/art.shtml?num=43982) сделана с помощью CRIU.

Tonic сделан с использованием CRIU - http://blog.tonicdev.com/2015/09/10/time-traveling-in-node.j...

А еще тут куча сценариев использования - https://criu.org/Usage_scenarios

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

14. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –4 +/
Сообщение от pavlinux (ok) on 09-Мрт-16, 23:10 
> Живая миграция в Docker ... LXC ... Virtuozzo 7 ... Tonic ... А еще тут куча ...

Я спрашивал практическое применение, а не примеры того, что динамитом можно убить 2.5 воробья (и то если скучкуются).

Накой хрен мигрировать весь Docker/LXC/Virtuozzo 7/Tonic? rsync ssh:// уже не модно?

Ах да, "с сохранением и восстановлением" - Чо, прям с паролями и временными SSL-ключами?
Так наверно на случай сбоя, хотя да, какая в ж...у миграция если диск накрыло?!
Ну тогда ... c собой в отпуск брать, в пятницу закрюкал, в субботу на пляже разморозил!
Вечером закрюкал, слил в продакшен! А чо, конфиги уже впадлу править?  


---

Не, у меня есть варианты, но они настолько экзотичные, что даже развивать тему не хочется.  

  

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

16. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +1 +/
Сообщение от anony on 09-Мрт-16, 23:28 
тебе ответили про практическое применение. Что ты передергиваешь?
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

30. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от angra (ok) on 10-Мрт-16, 22:53 
> Накой хрен мигрировать весь Docker/LXC/Virtuozzo 7/Tonic? rsync ssh:// уже не модно?

Кто говорит о миграции всей ноды? Речь про отдельный контейнер. При этом в процессе миграции rsync и ssh очень даже активно используются. Но ими дело не ограничивается, ведь перенести надо не только состояние "диска", но и состояние памяти.

> Ах да, "с сохранением и восстановлением" - Чо, прям с паролями и
> временными SSL-ключами?

Таки да. И даже с открытыми сокетами и файлами, прикинь какое сильное колдунство.

> Так наверно на случай сбоя, хотя да, какая в ж...у миграция если
> диск накрыло?!

Нет, на случай переноса на другую ноду(железный сервер) без приостановки работы, в том числе и по сети.

> Ну тогда ... c собой в отпуск брать, в пятницу закрюкал, в
> субботу на пляже разморозил!

В принципе можно, хоть и не совсем для этого создавалось.


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

8. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –2 +/
Сообщение от тень_pavel_simple on 09-Мрт-16, 20:27 
> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D

Павлин, как насчёт такого применения.

1. checkpoint
2. делаем копию
3. на копии патчим библиотеки
4. запускаем копию с новыми библиотеками в изоляторе
-- если не упало убиваем и патчим оригинал -> запускаем оригинал в работу
-- если упало -> запускаем оригинал как был.

5 restart

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

9. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +1 +/
Сообщение от Аноним (??) on 09-Мрт-16, 20:48 
откуда вы возмёте боевую нагрузку и изоляторе?
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

10. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от тень_pavel_simple on 09-Мрт-16, 20:53 
> откуда вы возмёте боевую нагрузку и изоляторе?

1. а она не нужна, точнее сказать, она уже имеется и проверяется в первую очередь соответствие ABI
2. обновление в любом случае только в регламентированное время

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

11. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +3 +/
Сообщение от Аноним (??) on 09-Мрт-16, 21:01 
> если не упало убиваем и патчим оригинал

так она у вас никогда не упадёт, без нагрузки то.

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

24. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от тень_pavel_simple on 10-Мрт-16, 08:52 
представь себе что кроме этих ваших web сайтиков бывают такие программы, которые просто работают и делают дело, им не нужно новых коннектов - только память/cpu/диск

какая сложность инициировать в огороде новое соединение?

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

15. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от pavlinux (ok) on 09-Мрт-16, 23:20 
>> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
> Павлин, как насчёт такого применения.

1. Виртуалка. Сетевуха в бридже с eth0.
2. Снапшот.
3. Пуск
4. Редирект трафика в виртуалку.    
   -- если не упало обновляем продакшен, редиректим обратно.
   -- если упало -> не сохраняем снапшот.

И то жирно, хватит проверить библиотеку на боевом,
ну отвалится сотня-другая тысяч клиентов, ничё, не умрут - F5 нажмут.

С миграциями есть риск, что все клиенты воткнутся вообще в нерабочий сервер.

---

Вместо этой мигрилки лучше бы развивали тему "Дампа оперативки, и привязки его к новой системе, как конфига ядра". (с)

grub:

linux    /boot/vmlinuz-9.99.999 root=/dev/cloud memcfg=/memdump-21.01.2189.raw

Через 2 сек. комп работает как и пару месяцев назад.
---

За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)  

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

25. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +1 +/
Сообщение от тень_pavel_simple on 10-Мрт-16, 09:07 
>>> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
>> Павлин, как насчёт такого применения.
> 1. Виртуалка. Сетевуха в бридже с eth0.
> 2. Снапшот.
> 3. Пуск
> 4. Редирект трафика в виртуалку.
>    -- если не упало обновляем продакшен, редиректим обратно.
>    -- если упало -> не сохраняем снапшот.

неплохо придумано, но, есть проблемы, как пример

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

обработка потери соединения в приложении не расписана -> соответственно при потере tcp коннекта оно падает на раз-два.

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


> И то жирно, хватит проверить библиотеку на боевом,
> ну отвалится сотня-другая тысяч клиентов, ничё, не умрут - F5 нажмут.
> С миграциями есть риск, что все клиенты воткнутся вообще в нерабочий сервер.

я конечно может слишком оптимистичен, но мне кажется criu взлетит. будет-ли реализована моя хотелка или нет - покажет время.

f5 не для всех задач подходит, к сожалению.

> ---
> Вместо этой мигрилки лучше бы развивали тему "Дампа оперативки, и привязки его
> к новой системе, как конфига ядра". (с)
> grub:
>  linux /boot/vmlinuz-9.99.999 root=/dev/cloud memcfg=/memdump-21.01.2189.raw
> Через 2 сек. комп работает как и пару месяцев назад.
> ---
> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить
> не буду, влом уже. :)

ну а чем принципиально это отличается от hibernate?

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

32. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от pavlinux (ok) on 10-Мрт-16, 23:22 
> неплохо придумано, но, есть проблемы, как пример

На уровне ядра, elf фала и карты памяти с метками решается.
А хочет этого приложение или нет определяется при компиляции.

> я конечно может слишком оптимистичен, но мне кажется criu взлетит.

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

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

39. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от тень_pavel_simple on 11-Мрт-16, 12:51 
>> неплохо придумано, но, есть проблемы, как пример
> На уровне ядра, elf фала и карты памяти с метками решается.
> А хочет этого приложение или нет определяется при компиляции.
>> я конечно может слишком оптимистичен, но мне кажется criu взлетит.
> Никак  не придумаю я реальной проблемы при которой нужна миграция системы
> с сохранением состояния. Разве только какие-то экзотичные виды бэкапа
> узлов нейронной сети, которые по сигналу из мозгового сервера восстанавливают
> своё состояние.

если-уж не говорить о livepatch'инге то как вариант тормознул приложение -> слил на флешку -> принёс домой -> продолжаешь работать. это конечно тоже можно рассматривать как извращение при наличии терминального/сетевого доступа... но

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

40. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от тень_pavel_simple on 11-Мрт-16, 12:52 
отличный аватар Ж:)
Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

27. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –3 +/
Сообщение от Мурзик on 10-Мрт-16, 12:54 
> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)

В серверную картриджей принесли, сходи заправь! Потом уже можешь садиться и писать все что хочешь, но сначала работу сделай, за которую тебе деньги платят.

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

34. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от pavlinux (ok) on 10-Мрт-16, 23:24 
>> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)
> В серверную картриджей принесли, сходи заправь!

Вам какая печаль? Ещё на складе не забрали веники и мётлы,
а весна уж скоро - пора тебе лопату на метлу менять и идти подметать.

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

31. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от Sw00p aka Jerom on 10-Мрт-16, 23:15 
никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция, и всякие вимбекапы

спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов из одного дц в другой )))

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

33. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +2 +/
Сообщение от pavlinux (ok) on 10-Мрт-16, 23:23 
> никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция,
> и всякие вимбекапы
> спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов
> из одного дц в другой )))

Есть уже, "Равшан, Джамшут и Газель Сo. Inc."

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

36. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от Sw00p aka Jerom on 10-Мрт-16, 23:30 
>> никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция,
>> и всякие вимбекапы
>> спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов
>> из одного дц в другой )))
> Есть уже, "Равшан, Джамшут и Газель Сo. Inc."

что только не придумают, чтоб занятость населения была )))

роботизация зло !!! ))))))

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

17. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –2 +/
Сообщение от Константавр (ok) on 10-Мрт-16, 00:10 
А я хочу
1: Запустил КДЕ
2: Поработал во множестве программ
3: Наступила ночь (или надо куда-то ехать с компом)
4: Чудесным способом применил эту Крю
5: Комп выключился
6: Поспал (приехал куда надо было)
7: Включил со всеми ранее запущенными программами и файлами в том состоянии что и вчера.
8: Щастя.

Так мождно?

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

18. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от Аноним (??) on 10-Мрт-16, 01:00 
Нельзя, за некоторым исключением.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

19. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +1 +/
Сообщение от Аноним (??) on 10-Мрт-16, 01:01 
Впрочем, для этого придумали саспенд/гибернацию.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

20. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +2 +/
Сообщение от annual slayer on 10-Мрт-16, 01:27 
это называется гибернация
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

22. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от Константавр (ok) on 10-Мрт-16, 01:35 
Нет. Не то. Есть желание сохранять состояние рабочей сессии. Или самых нужных программ. Это не гебернация. После неё я не смогу зайти от другого пользователя. А тут вошёл в рабочую учётку и тебе открылись кады-офисы с документами и всеми ундами, вошёл "домой"и тут тебе всё как было, фоточки в гимпе и пр. тоже, ундай-не хочу..
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

43. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от annual slayer on 11-Мрт-16, 16:18 
> Нет. Не то. Есть желание сохранять состояние рабочей сессии. Или самых нужных
> программ. Это не гебернация. После неё я не смогу зайти от
> другого пользователя. А тут вошёл в рабочую учётку и тебе открылись
> кады-офисы с документами и всеми ундами, вошёл "домой"и тут тебе всё
> как было, фоточки в гимпе и пр. тоже, ундай-не хочу..

в твом первом сообщении ни слова про переключение пользователей

но так тоже можно сделать, просто пользователей будет переключать в GRUB-е

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

21. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от Аноним (??) on 10-Мрт-16, 01:34 
Этот костыль так просто не заработает, нужно 20тонн синей изоленты.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

23. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от Константавр (ok) on 10-Мрт-16, 01:37 
Вот и я думаю. А все вумнаи слова, что понаписали в новости лишь для прикрытия, что это не для людей сделано.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

26. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –2 +/
Сообщение от Чаёвник on 10-Мрт-16, 11:14 
Это сделано для людей которым работать, а не извращаться. Миграция приложений вещь сама в себе.
Если для вашего кейса не хватает саспенда, то вы явно делаете что-то не так. Возможно вы не так описываете свои хотелки.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

28. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от Константавр (ok) on 10-Мрт-16, 19:54 
Возвращаться к сохранённой точке в проекте, со всеми откатами и открытыми сопутствующими инструментами - это не работа? Вернуться в мастерскую, где всё так как я оставил - это извращение? У нас видимо очень разные представления о работе.

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

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

35. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  –1 +/
Сообщение от Sw00p aka Jerom on 10-Мрт-16, 23:27 
> Возвращаться к сохранённой точке в проекте, со всеми откатами и открытыми сопутствующими
> инструментами - это не работа? Вернуться в мастерскую, где всё так
> как я оставил - это извращение? У нас видимо очень разные
> представления о работе.
> Два пользователя в системе - один для домашних посидюлек, другой для работы.
> Файлы не пересекаются, настройки не мешаются, закладки не отвлекают, красота! Какой
> нахрен саспенд? Единственное чего не хватает - сохранение состояния сессии или
> критически важных приложения с документами.

вспомнился Фантом ОС уважаемого DZ. Может всё таки сменить подход ОС самой ? В Фантом ОС нет понятия файла, как я понял из конференций 2009 года, всё что имеется эт типа гибернейт файлика - который при следующем старте стартовал именно в том месте где и остановился, помню лайв демонстрацию цикла в Фантом ОС когда резко всё выключали, а после старта можно было увидеть как цикл продолжился и переменная инкремента ну чуть отставала на момент остонова всей системы, прелесть - не так ли? Но в реале, что? кто поддерживает идеи DZ ? по части многие сочли бы не нужным такое поведение.

> сохранение состояния сессии или
> критически важных приложения с документами.

так файлы уже и есть сохранение крит важных данных с последующим их воспроизведением )))

пс: определитесь что вам нужно, может ещё придумаете чтоб комп энергию не потреблял ? ох какое счастье было бы.

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

41. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от тень_pavel_simple on 11-Мрт-16, 13:03 
> вспомнился Фантом ОС уважаемого DZ. Может всё таки сменить подход ОС самой
> ?

всё-бы хорошо - но придётся много переписывать

это не первый checkpoint/restart на linux, когда-то был mosix/openssi/kerrighed у них правда ещё и доп. функционал. но CRIU первый в mainline'е

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

42. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от Чаёвник on 11-Мрт-16, 13:55 
Добавить в тулбар тайтла окна кнопочку-бэкенд к CRIU, которая будет не закрывать приложение, а замораживать его состояние тебя устроит? Вроде худо-бедно все WM можно так кастомизировать, было бы желание же.
Хотя в твоём кейсе нужно что-то типа саспенда учётки (и всех процессов запущенных её пользователем, соответственно). В принципе тоже решаемо, при локе учётки - саспендить все процессы заданного юзверя, при входе юзверя - размораживать.
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

29. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +1 +/
Сообщение от angra (ok) on 10-Мрт-16, 22:45 
Прикинь, всё ядро не для людей сделано, ты напрямую с ядром вообще не работаешь, только через туеву хучу прослоек типа либ и приложений.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

37. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от pavlinux (ok) on 10-Мрт-16, 23:33 
> Так мождно?

Vmware -> Snapshots, я так Вантуз 10 запускаю, ибо оно грузится
до рабочего состояния минут 5, и вечно что-то апдейтит.  


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

38. "Выпуск CRIU 2.0, системы для сохранения и восстановления сос..."  +/
Сообщение от Айнанимм on 11-Мрт-16, 01:10 
Мнда... это реализованно в полуоси было году в 93-95... называлось "рабочая папка"...
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

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

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


  Закладки на сайте
  Проследить за страницей
Created 1996-2018 by Maxim Chirkov  
ДобавитьРекламаВебмастеруГИД  
Hosting by Ihor