CRIU 3.11

Какой приятный троллинг ;) Прям всплакнул от картинки.

ФантомОСкапец?

А если серьёзно — идея годная, посмотрим, во что вырастет.

Сатья Наделла уже пишет исковое заявление!

Lol. Одна малоизвестная софтовая контора тоже так дизайнила. Взлетело.

Аллюзия легкоузнаваема, но Version 3.11 съехало вправо, в отличие от канона.

Нужно!

Как оно работает? По какому принципу?

как-то тыкал, даже внезапно работало

вещь довольно интересная, но не вижу для себя сценариев использования . (локалхост)

Уже 3.11 а я всё не могу «усыплять» программы с открытыми документами, ундами и пр., а потом рассыплять и работать дальше. ДОКОЛЕ?!?!?

когда оно будет интегрированы в основные дистры, по моему мнению, это будет почти такой же значимый виток в развитии linux как, например, появление smp

хибернейт отдельных приложений

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

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

Научи как это сделать?

написать патч для кед

я не говорил, что это уже возможно, я отвечал какие есть потенциальные возможности для десктопа

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

Этот механизм был и раньше в иксах и называется XSMP и ему следовали до поры до времени, а потом каждый захотел в свое что-то поиграть. https://en.wikipedia.org/wiki/X_session_manager

Картинка взорвала мой мозг!

Уже 3.11 а я всё не могу «усыплять» программы с открытыми документами, ундами и пр., а потом рассыплять и работать дальше.

Ээм, ну т.е. оно просто не работает с заявленным функционалом? Потому что сессию восстанавливать с просто запущенными приложениями итак можно, а документов с ундами там не будет.

насколько я понял из вики он всю работу перекладывал на апликуху.

the session manager requests clients to save their state

a client specifies how it has to be started again in order for the state to be restored (e.g., the command line to be used to start the process)

А тут оно искаропки для любой.

вообще штука неплохая конечно. В принципе для одного рабочего места ненужно при работающем хибернате. А вот миграция — это норм. Однако предполагаю, что миграция возможна только между одинаковыми дистраим, иначе либы не вгрузятся

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

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

в осоме тоже вопрос пары строчек, но я подожду пока criu появится в офрепах арча (как признак минимальной стабильности :-) )

А тут оно искаропки для любой.

А я так понимаю, что у них такого нет и как это будет сделано, не ясно. Вот у них в use case написано:

https://criu.org/Usage_scenarios#Desktop_environment_suspend.2Fresume

Desktop environment suspend/resume

Suspending a screen session and restoring it on another box might be interesting. Suspending some X app (browser?) and restoring it later is also worth thinking about but requires knowledge of X-protocol.

То есть это решение (CRUI) для серверов и без графики. Но я думаю, что с графикой они нарвутся на проблемы.

включи восстановление предыдущей сессии в настройках кед

правда, работает оно только с qt-приложениями

Нет, я хочу отдельное приложение усыпить и потом, когда надо будет, вернуться к работе с ним. Хотя тут, видимо, проблемы с выделением именно тех же блоков памяти?

Иксы — stateful протокол. Отдельно от X-сервера приложение усыплять не имеет смысла.

если сокет файлы все лежат в тех же местах и никакой авторазации клиентов не происходит, если протокол - stateless без сессии, то может прокатить. Не уверен про иксы - это stateless протокол или нет? Наверное нет, ему должно быть нужно всякие буферы там выделить, куда рисовать и все такое.

ну у них это поставлено как одна из целей проекта и так же есть в списке задач, так что я надеюсь на лучшее

а если поддержку wayland у них получится запилить быстрее, то иксовые приложения вместе с их личными x-серверами тоже должны будут заработать (вроде, заморозка xvfb уже работает)

Это было в KDE 3.5, но потом...

А говорили, что только в гноме выпиливают фичи...

Бесшовное обновление ядра.

1. Что это такое?

2. Логотип - продукт имеет Российскиея/Белорусские/Украинские корни?

3. Цвет логотипа и 3.11 - это какой-то юмор? Похоже на небезызвестную оболочку для Дос, да, но в чём тут соль?

Ньюфаг не палится.

2. Логотип - продукт имеет Российскиея/Белорусские/Украинские >корни?

Стандартная птица феникс из славянской мифологии.

Логотип - продукт имеет Российскиея/Белорусские/Украинские корни?
Начальная версия проекта CRIU была разработана Павлом Емельяновым, лидером команды разработчиков OpenVZ

Да.

вообще штука неплохая конечно. В принципе для одного рабочего места ненужно при работающем хибернате.

писец у тебя в голове. в новости даже написано:

«Живая миграция контейнеров между серверами.»

3. Цвет логотипа и 3.11 - это какой-то юмор? Похоже на небезызвестную оболочку для Дос, да, но в чём тут соль?

амбиции проекта. они намекают на то, что они предлагают уникальное решение (по-моему так оно и есть) по теме хот-миграции виртуальных окружений, у которого впереди большой путь, большое будущее.

А для стоп/продолжить жирных и длительных задач на слабом железе оно применимо?

А как же связи с Х, kwin, прочим dbus-хзчем, или если исчезнут какие то файлы в /tmp? А если не просто исчезнут, а изменятся?

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

Почему все на логотип триггерятся? Он уже хз сколько такой. Алсо, начинала проект русскоязычная команда.

Тыкал недели 2 назад «крайнюю» версию, под убунточкой всё стабильно зависало настолько, что SysRq не работали. Раньшебылолучше!11

Зачем, если есть SIGSTOP и swap

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

как я уже писал выше, это у них в планах:

https://criu.org/Usage_scenarios

https://criu.org/Todo

выше по теме писали больше про иксы

а дубас, вроде, и так уже работает: https://criu.org/Plugins

без перезапуска иксов это и сейчас можно сделать с SIGSTOP

но если процессом изменяются какие-то внешние файлы одни и те же, то придется еще обернуть в чрут (вне зависимости от наличия criu)

Хочу себе это в десктоп. Ебилды есть?

Если у тебя в процессе кодирования глюканет блоб, то вряд ли будет что паузить

sys-process/criu

потому что глюканул блоб видеодрайвера

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

???

походу оно есть уже :

Processes duplication
Somewhat like a remote fork() ;)

+

Snapshots of apps
With CRIU one can save a series of app's states (all but first incremental) and revert later to any of them.

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