The OpenNET Project / Index page

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



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

"Первый релиз CRtools, утилиты для заморозки и восстановления..."  +/
Сообщение от opennews (?), 24-Июл-12, 21:54 
Команда разработчиков OpenVZ объявила (http://ru-openvz.livejournal.com/5753.html) о выходе первой версии утилиты CRtools (http://git.criu.org/?p=crtools.git;a=summary), предназначенной для обеспечения работы в Linux функции по созданию контрольных точек для работающих приложений и последующего восстановления работы с сохранённой позиции. Например, можно заморозить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции на другой машине или после перезагрузки текущей системы. Из областей применения также отмечается Live-миграция изолированных контейнеров, ускорение старта медленных процессов, проведение обновлений ядра без парезапуска сервисов, периодическое сохранение состояния долговыполняемых вычислительных задач для возобновления работы в случае краха системы, миграция активных десктоп-сеансов с одной машины на другую.

Реализованная система заморозки процессов примечательна тем, что основной код для обеспечения работы данной функциональности реализован не на уровне ядра Linux, а в пространстве пользователя. Работа контрольных точек создаётся  непосредственно  представленной утилитой, при задействовании минимального числа специфичных функций, работающих на уровне ядра. Разработка выполнена в рамках проекта CRIU (http://criu.org) (Checkpoint/Restore In Userspace), за год существования которого добавлена возможность обрабатывать почти все приложения, и в ядре 3.5 уже есть 90% необходимой для этого возможностей.


В настоящее время в CRtools реализована поддержка заморозки групп процессов и сессий, состояния маппинга памяти, нитей, открытых файлов, именованных и неименованных каналов, сокетов (в том числе TCP, что позволяет обеспечить миграцию процесса без разрыва сетевого соединения), IPC и т.п. Из архитектур пока поддерживается только x86_64. В ближайшее время ожидается поддержка контейнеров (в том числе и LXC).


URL: http://ru-openvz.livejournal.com/5753.html
Новость: http://www.opennet.ru/opennews/art.shtml?num=34408

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

Оглавление

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

1. Сообщение от doeuao (?), 24-Июл-12, 21:54   +/
Круто, теперь можно будет сделать activities из кде на openbox без костылей
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7

2. Сообщение от Аноим (?), 24-Июл-12, 22:00   +2 +/
Круто, теперь можно интегрировать это в systemd и перезагружаться с новым ядром без перезапуска сервисов.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19

4. Сообщение от Krozemail (??), 24-Июл-12, 22:25   +/
Кто-нибудь использовал? Как оно?
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от dxd (?), 24-Июл-12, 22:32   +2 +/
Осталось запилить его в шедулер и наслаждаться баттхёртом Завалишина
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #17

6. Сообщение от Аноним (-), 24-Июл-12, 22:39   +1 +/
В DragonFlyBSD эту фичу Метт Диллон еще сто лет назад сделал, и там это "искарабочное" решение
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13

7. Сообщение от pavlinux (ok), 24-Июл-12, 22:41   +5 +/
А чё будет если заморозить процесс, во время заморозки процесса?! =)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #10, #11, #12, #15

9. Сообщение от ABATAPA (ok), 24-Июл-12, 22:43   +1 +/
Нечто подобное было в Linux свыше 10 лет назад...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

10. Сообщение от Аноним (-), 24-Июл-12, 22:44   +4 +/
/0
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Харитон (?), 24-Июл-12, 22:58   +/
> А чё будет если заморозить процесс, во время заморозки процесса?! =)

я думаю блокировку не отменили...)))

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #14

12. Сообщение от Аноним (-), 24-Июл-12, 23:03   +/
Заморозится процесс заморозки процесса :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

13. Сообщение от Anonymus (?), 24-Июл-12, 23:06   +1 +/
> В DragonFlyBSD эту фичу Метт Диллон еще сто лет назад сделал, и
> там это "искарабочное" решение

А как оно там называется? Интересно почитать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #29

14. Сообщение от pavlinux (ok), 24-Июл-12, 23:29   –1 +/
>> А чё будет если заморозить процесс, во время заморозки процесса?! =)
> я думаю блокировку не отменили...)))

А чё будет если заморозится блокировка, заморозки процесса, во время заморозки процесса?!
При разморозки получим скайнет и улетим сингулярность?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22, #54

15. Сообщение от rshadow (ok), 25-Июл-12, 00:31   +/
reboot?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

16. Сообщение от ВовкаОсиист (ok), 25-Июл-12, 00:31   +/
Интересно, а если так плазму фризнуть после старта и дампануть, потом при старте кед просто вытаскивать из заморозки ;/ Годна штука.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18

17. Сообщение от Vkni (ok), 25-Июл-12, 00:32   +/
> Осталось запилить его в шедулер и наслаждаться баттхёртом Завалишина

У Завалишина это не главное.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #20, #27, #44

18. Сообщение от Я (??), 25-Июл-12, 00:38   +6 +/
Фраза "С разморозкой" получит новый смысл
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #21

19. Сообщение от Аноним (-), 25-Июл-12, 00:50   +2 +/
А что... перезагрузка ос без перезагрузки программ? В этом что-то есть :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #23, #46

20. Сообщение от Аноним (-), 25-Июл-12, 00:57   +2 +/
>> Осталось запилить его в шедулер и наслаждаться баттхёртом Завалишина
> У Завалишина это не главное.

Ну да, очередной кульный концепт. Ну у Таненбаума хоть отмазка есть - для обучения как [не надо] писать операционные системы. А у этих что мотиватором служит? Роснанопил?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #42

21. Сообщение от Аноним (-), 25-Июл-12, 00:57   +/
> Фраза "С разморозкой" получит новый смысл

А что, это будет применимо и к человекам? :)

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

22. Сообщение от ананим (?), 25-Июл-12, 01:18   +/
CONFIG_CGROUP_FREEZER:                                                                        Provides a way to freeze and unfreeze all tasks in a cgroup.
   Symbol: CGROUP_FREEZER [=y]

так что сабж — попытка реализовать юзерспейсные утилиты в удобном виде.
и не более.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #25, #51

23. Сообщение от pavlinux (ok), 25-Июл-12, 01:19   +1 +/
Надо микроядерным делать всё, пускай всё перегружается когда приспичит.
Сдохла сетевуха - процесс заморозил, вынул, новую вставил, разморозил, работаем дальше....

Где-то это уже было...   :-/

---

Разные ядра, для разных приложений ещё не придумали, не?!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #32

24. Сообщение от ананим (?), 25-Июл-12, 01:23   +1 +/
остановка процесса для дебагинга… это даже не фича.
даже для драгонфлай.

сабж же гораздо более объемлющ.
там вон живая миграция на другие железяки указана. без всяких гиперпупервизоров и виртуализации, а на уровне контейнеров.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #33

25. Сообщение от pavlinux (ok), 25-Июл-12, 01:29   –2 +/
> так что сабж — попытка реализовать юзерспейсные утилиты в удобном виде. и не более.

Я никогда не занимался этой фигнёй. Уж слишком большая вероятность сбоя после разморозки.
Если для приложений типа atd, cron это прокатит, то для многоуровневой софтины с большим
кол-вом зависимостей, особо аппаратных, вероятность стремится к 1. Можете потренироваться
заморозив Oil Rush, VMware или Wine.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #26, #30

26. Сообщение от ананим (?), 25-Июл-12, 01:49   +/
а чем это принципиально от пошагового дебагинга отличается?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #48

27. Сообщение от Аноним (-), 25-Июл-12, 01:50   +/
У Завалишина как раз, похоже, баттхёрт главное.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

28. Сообщение от бедный буратино (ok), 25-Июл-12, 03:58   +1 +/
Скоро можно будет мышкой на флешку компьютер скинуть, а в другом месте вытащить, и как будто ничего не останавливалось. :)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

29. Сообщение от Аноним (-), 25-Июл-12, 06:29   +/
http://leaf.dragonflybsd.org/cgi/web-man?command=checkpt...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #35

30. Сообщение от Аноним (-), 25-Июл-12, 07:02   +/
> заморозив Oil Rush, VMware или Wine.

Как минимум вмварь сама умеет морозить виртуалки ;)

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

31. Сообщение от тень_pavel_simple (?), 25-Июл-12, 07:09   +2 +/
что-же -- огромная благодарность данной команде разрабов, до этого был только один более-менее рабочий checkpoint/restart инструмент в виде blcr, но фич у него много меньше.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

32. Сообщение от Аноним (-), 25-Июл-12, 07:19   +/
> Надо микроядерным делать всё, пускай всё перегружается когда приспичит.

Так делай :).

> Сдохла сетевуха - процесс заморозил, вынул, новую вставил, разморозил, работаем дальше....

А что мешает фризануть процесс на пингвине, заменить сетевку, выставить ей параметры "как было" (mac, IP, ...) и расфризить процесс? Пингвигн вроде даже hotplug в pci-e умеет нынче, так что подключение на горячую ничему особо и не противоречит :). Думаю что это и на модульном монолите вполне реалистично обыграть. Как будто программам есть большая разница кто разрулит их сисколы и как он там внутрях изогнется для этого.

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

33. Сообщение от Аноним (-), 25-Июл-12, 07:26   +/
> там вон живая миграция на другие железяки указана. без всяких гиперпупервизоров и
> виртуализации, а на уровне контейнеров.

Дык openvz это умеет уже сколько-то лет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #36

34. Сообщение от Аноним (-), 25-Июл-12, 07:27   +3 +/
> Скоро можно будет мышкой на флешку компьютер скинуть, а в другом месте
> вытащить, и как будто ничего не останавливалось. :)

Уже сто лет как можно - виртуальная машина называется.

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

35. Сообщение от ананим (?), 25-Июл-12, 07:47   +4 +/
ХА! ржачно!
ну посмотрите вот это что ли http://dmtcp.sourceforge.net/index.html
а историю можете начать с http://en.wikipedia.org/wiki/Application_checkpointing#Pract...
> Most kernel based checkpointing packages developed to date run under either the 2.4 or 2.6 subfamilies of the Linux kernel on i686 architectures.

сабж покруче будет. читайте внимательнее 3-ий абзец.

зыж
но ведь главное громко крикнуть надо! «В DragonFlyBSD… Метт Диллон… сто лет… "искарабочное" решение» :D
ещё бы там виртуалки с контенерами были бы. и "искарабочно" лив-мигрировали бы. и вапче красота.

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

36. Сообщение от ананим (?), 25-Июл-12, 07:54   +1 +/
а сабж и есть openvz.
вернее его будущая часть.
надоело ребятам ядро патчить. :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #47

38. Сообщение от Анонимemail (38), 25-Июл-12, 11:22   –2 +/
Ребятки жеребятки - снова открыли для себя OS/400.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

39. Сообщение от Андрей (??), 25-Июл-12, 13:04   +/
Вот тоже хотел его упомянуть. Не то чтобы я им уже пользовался, просто openmpi его по зависимости потянул, а оно каждый раз при обновлении ядра на глаза попадается. И каждый раз с ошибкой (debian testing). Помню из описания, что сокеты оно ещё не в состоянии замораживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

42. Сообщение от anonym (?), 25-Июл-12, 16:02   –1 +/
>>> Осталось запилить его в шедулер и наслаждаться баттхёртом Завалишина
>> У Завалишина это не главное.
> Ну да, очередной кульный концепт. Ну у Таненбаума хоть отмазка есть -
> для обучения как [не надо] писать операционные системы. А у этих
> что мотиватором служит? Роснанопил?

у этих - это у Parallels. Они честно говорили, что их задача на ближайшие пару лет - включить контейнерную технологию (OpenVZ, Virtuozzo) в мейнстрим. Вот уже дают стране угля

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #55

43. Сообщение от Vkni (ok), 25-Июл-12, 20:24   +2 +/
> Ребятки жеребятки - снова открыли для себя OS/400.

Ещё далеко не до конца, не переживайте. Компьютерный прогресс не остановить - пока ещё системы 80-х годов не вполне догнали. :-)

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

44. Сообщение от Аноним (-), 26-Июл-12, 00:34   +/
> У Завалишина это не главное.

А что у него главное, если не секрет?

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

46. Сообщение от Аноним (-), 26-Июл-12, 00:49   +/
> А что... перезагрузка ос без перезагрузки программ? В этом что-то есть :)

И даже без разрыва сетевых соединений.
А еще можно перезагружать ядро через kexec, минуя биос (systemd умеет). Так как процессы не придется запускать заново, то времени должно уйти очень мало. Клиенты даже ничего не заметят.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #56

47. Сообщение от Аноним (-), 26-Июл-12, 00:51   +1 +/
> а сабж и есть openvz.
> вернее его будущая часть.
> надоело ребятам ядро патчить. :D

Наверное, opvenvz интегрируют в мейнстрим все же раньше, чем допилят мейнстримный LXC.

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

48. Сообщение от pavlinux (ok), 26-Июл-12, 03:25   +/
> а чем это принципиально от пошагового дебагинга отличается?

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #49, #53

49. Сообщение от ананим (?), 27-Июл-12, 05:10   +/
>Тем, что дебажить надо всё, и дрова видюхи, и регисты видюхи, сетевуху, ядро, со всеми флагами и состояниями...

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

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

зыж
я понимаю твою озабоченность, как любителя блоба нвидиа. сочувствую.
но она сама на стандарты разработки в линухе (да и юниксах) болт положила. все её дрова — это тотже код, что и в винде на 99%.
но и тут, если в суспенд/гибернейт уходит, то и в сабже будет работать.
хотя нах в контейнерах нвидиа мне не понятно. а всякие куды/шмуды пущай через сервер пускают, один хер очередь выполнения.

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

51. Сообщение от Аноним (-), 27-Июл-12, 13:48   +/
Вы не совсем поняли, что это они уже пропихнули эту фичу в ядро.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

52. Сообщение от Аноним (-), 27-Июл-12, 14:32   +/
чем это лучше cryopid ?
Ответить | Правка | Наверх | Cообщить модератору

53. Сообщение от Илья (??), 30-Июл-12, 09:05   –1 +/
> дебагинга

у вас из жопы торчит

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

54. Сообщение от Lain_13email (?), 05-Авг-12, 22:47   +/
А что будет если ты сам себе в ногу выстрелишь?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

55. Сообщение от Vadim (??), 06-Авг-12, 18:15   +/
Про пару лет они говорили еще в 2006м. А воз и ныне там..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

56. Сообщение от Aquarius (ok), 14-Авг-12, 01:33   +/
а кто сказал, что процессы после перезапуска ядра продолжают работать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

57. Сообщение от Антонemail (??), 06-Мрт-21, 04:51   +/
Почему я это читаю в 2021 году ?!
Ответить | Правка | Наверх | Cообщить модератору


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру