The OpenNET Project / Index page

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

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

09.03.2016 15:14

Спустя четыре года после выпуска первой версии 7 марта разработчики проекта CRIU (Checkpoint and Restore In Userspace) представили новый релиз инструментария для сохранения и восстановления процессов в пространстве пользователя для Linux - CRIU 2.0. Разработанный в рамках проекта инструментарий позволяет организовать создание контрольных точек с заморозкой состояния запущенных приложений и последующим восстановлением работы с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений.

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

  • Исходный код проекта подготовлен для выделения библиотеки libsockcr и утилиты compel (позволяет выполнять код в адресном пространстве других процессов), о которых будет объявлено позднее;
  • Поддержка сохранения состояния процесса непривилегированным пользователем;
  • В инструментарий CRIT (CRiu Image Tool) добавлены средства для просмотра дерева процессов (ps), используемых файлов (fds) и информации об маппинге в память (mems);
  • Добавлен скрипт "post-setup-namespaces";
  • Реализована возможность задания таймаута для процедуры сохранения дампа (по умолчанию 5 секунд);
  • Добавлена возможность переопределения профиля LSM при восстановлении с опциями CLI/RPC;
  • Монтирование в режиме "bind" теперь может применяться и для монтирования корня;
  • Расширена поддержка внешних файлов, добавлена поддержка внешних TTY;
  • Поддержка C/R для новой функциональности в ядре Linux, в том числе пространств имён CGroup, Multi-headed cgroups, заморозки состояния cgroup, Netfilter conntrack, Ghost file и т.п.

Учитывая предыдущий опыт разработки CRIU разработчики приняли решение изменить график выпуска новых версий и процесс разработки в проекте. После выпуска версии 2.0 в репозиторий добавили ветку devel, в которую будут попадать абсолютно все новые изменения. Основная ветка будет считаться стабильной и изменения в нее будут добавлять только при абсолютной уверенности, что эти изменения не вносят никаких деградаций в существующую функциональность. Новые версии будут появляться каждый месяц из стабильной ветки. Дата выхода будет анонсирована чуть позднее.

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



  1. Главная ссылка к новости (https://lists.openvz.org/piper...)
  2. OpenNews: Выпуск CRIU 1.8, системы для сохранения и восстановления состояния процессов в Linux
  3. OpenNews: CRIU, путь от вызывающей непонимание разработки до интеграции в Red Hat Enterprise Linux
  4. OpenNews: Статус интеграции проектов CRIU и Docker
  5. OpenNews: Выпуск новой версии OpenVZ - Virtuozzo 7.0 Beta
  6. OpenNews: Первый релиз CRtools, утилиты для заморозки и восстановления состояния процессов в Linux
Автор новости: sergeyb
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/44015-criu
Ключевые слова: criu, openvz, containers, virtuozzo
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (41) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 17:14, 09/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    втыкайте в проксмокс и заживём
     
     
  • 2.2, Michael Shigorin (ok), 18:46, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Его что, совсем забросили, втянуть некому?..  Надеюсь, не так -- а тогда к ним и. :)
     

  • 1.3, тень_pavel_simple (?), 18:50, 09/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    незаменимая вещь.
    осталось прояснить с возможностью использования criu для обновления динамических библиотек "долго работающим" процессам
     
     
  • 2.4, Andrey Mitrofanov (?), 19:22, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > незаменимая вещь.
    > осталось прояснить с возможностью использования criu для обновления динамических библиотек
    > "долго работающим" процессам

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

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

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

    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.5, тень_pavel_simple (?), 19:42, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >[оверквотинг удален]
    >> "долго работающим" процессам
    > https://blogs.oracle.com/linux/entry/new_userspace_patching_with_ksplice
    > Не благодарите.
    > https://duckduckgo.com/?q=Ksplice+site%3Aopennet.ru%2Fopennews%
    > 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 мне подсказывает и помогает справляться с рестартом необходимого на полуавтомате, но хотелка нерестартовать вовсе от этого меньше не становится.

     

  • 1.6, pavlinux (ok), 20:04, 09/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
     
     
  • 2.7, sergeyb (ok), 20:13, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Живая миграция в 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.js-notebooks.html

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

     
     
  • 3.14, pavlinux (ok), 23:10, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Живая миграция в Docker ... LXC ... Virtuozzo 7 ... Tonic ... А еще тут куча ...

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

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

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


    ---

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

      

     
     
  • 4.16, anony (?), 23:28, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тебе ответили про практическое применение. Что ты передергиваешь?
     
  • 4.30, angra (ok), 22:53, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Накой хрен мигрировать весь Docker/LXC/Virtuozzo 7/Tonic? rsync ssh:// уже не модно?

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

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

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

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

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

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

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


     
  • 2.8, тень_pavel_simple (?), 20:27, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D

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

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

    5 restart

     
     
  • 3.9, Аноним (-), 20:48, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    откуда вы возмёте боевую нагрузку и изоляторе?
     
     
  • 4.10, тень_pavel_simple (?), 20:53, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > откуда вы возмёте боевую нагрузку и изоляторе?

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

     
     
  • 5.11, Аноним (-), 21:01, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > если не упало убиваем и патчим оригинал

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

     
     
  • 6.24, тень_pavel_simple (?), 08:52, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    представь себе что кроме этих ваших web сайтиков бывают такие программы, которые просто работают и делают дело, им не нужно новых коннектов - только память/cpu/диск

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

     
  • 3.15, pavlinux (ok), 23:20, 09/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :D
    > Павлин, как насчёт такого применения.

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

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

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

    ---

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

    grub:

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

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

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

     
     
  • 4.25, тень_pavel_simple (?), 09:07, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Кто-нибудь уже придумал практическое применение (хотя бы в теории)? :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?

     
     
  • 5.32, pavlinux (ok), 23:22, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > неплохо придумано, но, есть проблемы, как пример

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

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

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

     
     
  • 6.39, тень_pavel_simple (?), 12:51, 11/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> неплохо придумано, но, есть проблемы, как пример
    > На уровне ядра, elf фала и карты памяти с метками решается.
    > А хочет этого приложение или нет определяется при компиляции.
    >> я конечно может слишком оптимистичен, но мне кажется criu взлетит.
    > Никак  не придумаю я реальной проблемы при которой нужна миграция системы
    > с сохранением состояния. Разве только какие-то экзотичные виды бэкапа
    > узлов нейронной сети, которые по сигналу из мозгового сервера восстанавливают
    > своё состояние.

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

     
  • 6.40, тень_pavel_simple (?), 12:52, 11/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    отличный аватар Ж:)
     
  • 4.27, Мурзик (?), 12:54, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)

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

     
     
  • 5.34, pavlinux (ok), 23:24, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> За много бабла распишу и спроектирую схему реализации такой системы. Сам программить не буду, влом уже. :)
    > В серверную картриджей принесли, сходи заправь!

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

     
  • 3.31, Sw00p aka Jerom (?), 23:15, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция, и всякие вимбекапы

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

     
     
  • 4.33, pavlinux (ok), 23:23, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция,
    > и всякие вимбекапы
    > спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов
    > из одного дц в другой )))

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

     
     
  • 5.36, Sw00p aka Jerom (?), 23:30, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> никогда не понимал понятие резервного копирования всей вирт машины, или лайв миграция,
    >> и всякие вимбекапы
    >> спрашивается нафига? боюсь в ближайшем будущем придумают метод лайв миграции физ серверов
    >> из одного дц в другой )))
    > Есть уже, "Равшан, Джамшут и Газель Сo. Inc."

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

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

     

  • 1.17, Константавр (ok), 00:10, 10/03/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А я хочу
    1: Запустил КДЕ
    2: Поработал во множестве программ
    3: Наступила ночь (или надо куда-то ехать с компом)
    4: Чудесным способом применил эту Крю
    5: Комп выключился
    6: Поспал (приехал куда надо было)
    7: Включил со всеми ранее запущенными программами и файлами в том состоянии что и вчера.
    8: Щастя.

    Так мождно?

     
     
  • 2.18, Аноним (-), 01:00, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя, за некоторым исключением.
     
  • 2.19, Аноним (-), 01:01, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Впрочем, для этого придумали саспенд/гибернацию.
     
  • 2.20, annual slayer (?), 01:27, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это называется гибернация
     
     
  • 3.22, Константавр (ok), 01:35, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет. Не то. Есть желание сохранять состояние рабочей сессии. Или самых нужных программ. Это не гебернация. После неё я не смогу зайти от другого пользователя. А тут вошёл в рабочую учётку и тебе открылись кады-офисы с документами и всеми ундами, вошёл "домой"и тут тебе всё как было, фоточки в гимпе и пр. тоже, ундай-не хочу..
     
     
  • 4.43, annual slayer (?), 16:18, 11/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Нет. Не то. Есть желание сохранять состояние рабочей сессии. Или самых нужных
    > программ. Это не гебернация. После неё я не смогу зайти от
    > другого пользователя. А тут вошёл в рабочую учётку и тебе открылись
    > кады-офисы с документами и всеми ундами, вошёл "домой"и тут тебе всё
    > как было, фоточки в гимпе и пр. тоже, ундай-не хочу..

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

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

     
  • 2.21, Аноним (-), 01:34, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Этот костыль так просто не заработает, нужно 20тонн синей изоленты.
     
     
  • 3.23, Константавр (ok), 01:37, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот и я думаю. А все вумнаи слова, что понаписали в новости лишь для прикрытия, что это не для людей сделано.
     
     
  • 4.26, Чаёвник (?), 11:14, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Это сделано для людей которым работать, а не извращаться. Миграция приложений вещь сама в себе.
    Если для вашего кейса не хватает саспенда, то вы явно делаете что-то не так. Возможно вы не так описываете свои хотелки.
     
     
  • 5.28, Константавр (ok), 19:54, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Возвращаться к сохранённой точке в проекте, со всеми откатами и открытыми сопутствующими инструментами - это не работа? Вернуться в мастерскую, где всё так как я оставил - это извращение? У нас видимо очень разные представления о работе.

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

     
     
  • 6.35, Sw00p aka Jerom (?), 23:27, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Возвращаться к сохранённой точке в проекте, со всеми откатами и открытыми сопутствующими
    > инструментами - это не работа? Вернуться в мастерскую, где всё так
    > как я оставил - это извращение? У нас видимо очень разные
    > представления о работе.
    > Два пользователя в системе - один для домашних посидюлек, другой для работы.
    > Файлы не пересекаются, настройки не мешаются, закладки не отвлекают, красота! Какой
    > нахрен саспенд? Единственное чего не хватает - сохранение состояния сессии или
    > критически важных приложения с документами.

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

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

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

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

     
     
  • 7.41, тень_pavel_simple (?), 13:03, 11/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > вспомнился Фантом ОС уважаемого DZ. Может всё таки сменить подход ОС самой
    > ?

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

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

     
  • 6.42, Чаёвник (?), 13:55, 11/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Добавить в тулбар тайтла окна кнопочку-бэкенд к CRIU, которая будет не закрывать приложение, а замораживать его состояние тебя устроит? Вроде худо-бедно все WM можно так кастомизировать, было бы желание же.
    Хотя в твоём кейсе нужно что-то типа саспенда учётки (и всех процессов запущенных её пользователем, соответственно). В принципе тоже решаемо, при локе учётки - саспендить все процессы заданного юзверя, при входе юзверя - размораживать.
     
  • 4.29, angra (ok), 22:45, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Прикинь, всё ядро не для людей сделано, ты напрямую с ядром вообще не работаешь, только через туеву хучу прослоек типа либ и приложений.
     
  • 2.37, pavlinux (ok), 23:33, 10/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Так мождно?

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


     
  • 2.38, Айнанимм (?), 01:10, 11/03/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Мнда... это реализованно в полуоси было году в 93-95... называлось "рабочая папка"...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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