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

"Первый релиз 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.dev/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. Сообщение от Kroz (??), 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. Сообщение от Аноним (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_13 (?), 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. Сообщение от Антон (??), 06-Мрт-21, 04:51	+/–
Почему я это читаю в 2021 году ?!
Ответить | Правка | Наверх | Cообщить модератору

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

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