The OpenNET Project / Index page

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

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

25.11.2013 21:19

Представлен первый значительный релиз проекта CRIU 1.0, развивающего для Linux набор средств для манипуляции snapshot-ами приложений в пространстве пользователя. Разработанный в рамках проекта инструментарий позволяет организовать создание контрольных точек, с заморозкой состояния запущенных приложений, и последующего восстановления работы с сохранённой позиции. Выпуск CRIU 1.0 ознаменовал собой включение в состав ядра Linux всех необходимых для полноценной работы патчей и перевод проекта из разряда экспериментальных прототипов в полнофункциональный продукт.

Система позволяет сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции, в том числе после перезагрузки системы или на другом сервере без разрыва уже установленных сетевых соединений. Из популярных приложений, для которых протестирована корректная заморозка, можно выделить MySQL, Apache httpd, MongoDB, nginx, GCC, make, tar, bz2, ssh/sshd, screen + bash + top, частично реализована поддержка sendmail, git и java. При использовании VNC-сервера tigervnc протестирована заморозка GUI-приложений LibreOffice, IceWM, GIMP, Inkscape, Blender, Mplayer, Eclipse, SuperTux. Поддерживается работа на системах с архитектурой x86_64 и ARM.

Из областей применения технологии CRIU отмечается обеспечение перезагрузки ОС без нарушения непрерывности выполнения длительно выполняемых процессов, Live-миграция изолированных контейнеров, ускорение запуска медленных процессов (можно начать работу с состояния, сохранённого после инициализации), проведение обновлений ядра без перезапуска сервисов, периодическое сохранение состояния долговыполняемых вычислительных задач для возобновления работы в случае краха, балансировка нагрузки на узлы в кластерах, дублирование процессов на другую машину (fork на удалённую систему), создание снапшотов пользовательских приложений в процессе работы для их анализа на другой системе или на случай если потребуется отменить дальнейшие действия в программе. Возможно создание на базе CRIU решений для миграции активных десктоп-сеансов с одной машины на другую или переноса консольных процессов в окружение утилиты screen.

Поддерживается заморозка как отдельных процессов, так и изолированных групп процессов (контейнеров), созданных с использованием инструментариев LXC и OpenVZ. CRIU поддерживает любые состояния процессов и возможность работы на немодифицированной ОС, содержащей стандартное ядро Linux и системные библиотеки. Создаваемые ранее аналогичные проекты обладали ограниченной поддержкой состояний процессов, требовали модификации ядра или системных библиотек. CRIU базируется на технологиях, уже присутствующих в современных ядрах Linux, и позволяющих обеспечить заморозку групп процессов и сессий, состояния маппинга памяти, нитей, открытых файлов, блокировок, дескрипторов FANotify, именованных и неименованных каналов, сокетов, TCP-соединений (позволяет обеспечить миграцию процесса без разрыва соединения), IPC и т.п. Для координации работы между системами разработан специальный эффективный RPC-протокол, позволяющий обращаться к удалённым сервисам на базе CRIU.

  1. Главная ссылка к новости (https://lkml.org/lkml/2013/11/...)
  2. OpenNews: Интервью с Павлом Емельяновым, одним из самых активных российских разработчиков ядра Linux
  3. OpenNews: Интервью с Алексеем Кузнецовым, одним из создателей сетевого стека Linux
  4. OpenNews: Релиз CRIU 0.2, системы для заморозки и восстановления состояния процессов в Linux
  5. OpenNews: Первый релиз CRtools, утилиты для заморозки и восстановления состояния процессов в Linux
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/38519-criu
Ключевые слова: criu, virtual, snapshot, crtools, checkpoint, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (125) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Dcow (ok), 21:47, 25/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А кто может подсказать, как происходить переброс TСP соединения?
     
     
  • 2.2, Аноним (-), 21:57, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Надо полагать, вместе с сетевым стеком контейнера, включая IP-адрес.
     
  • 2.3, Аноним (-), 21:59, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    http://www.opennet.ru/opennews/art.shtml?num=34387  Релиз ядра Linux 3.5
    Поддержка интерфейса для восстановления TCP-соединений, позволяющего зафиксировать контрольную точку с которой можно возобновить остановленное соединение. Наиболее интересным практическим применением указанной функции является возможность предотвратить разрыв соединений в результате перезагрузки системы или перемещения серверного процесса на другой хост. Например, в системах виртуализации упрощается решение таких задач как миграция работающих процессов с одного сервера на другой, незаметно для приложения на другой стороне соединения;
     
     
  • 3.48, Аноним (-), 15:40, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    IP тот же остается или можно поменять на другой?
     
     
  • 4.53, Аноним (-), 17:24, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > IP тот же остается или можно поменять на другой?

    По всей видимости, тот же. Он привязан к виртуальному стеку контейнера (netns) и передается вместе с ним.

     
  • 2.8, Аноним (-), 22:12, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >  А кто может подсказать, как происходить переброс TСP соединения?

    Ну вот так:
    - Траффик заворачивается на другую железяку.
    - Ядру хинтят состояние TCP стека.

    Ничему такому особо не противоречит если состояние сетевого стека восстановить.

     
     
  • 3.42, Аноним (-), 15:00, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Ну вот так:
    > - Траффик заворачивается на другую железяку.
    > - Ядру хинтят состояние TCP стека.

    Узнаю нашего старого доброго user294 - ни слова по делу, зато рунглиш из всех щелей :)

     

  • 1.4, arisu (ok), 22:00, 25/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    кого-то таки достал полурабочий cryopid? похвально. и вообще, давно хочу такую штуку, чтобы полноценно работала.
     
  • 1.5, Аноним (-), 22:01, 25/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Надо ещё на systemd-logind протестировать его.
     
     
  • 2.6, arisu (ok), 22:06, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Надо ещё на systemd-logind протестировать его.

    зачем? поцтеринг вам напишет свою реализацию. кривую, косую, хреново документированую и интегрированую в системды по самое дальше некуда.

     
     
  • 3.13, Аноним (-), 23:23, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Кажется, этот онаним хотел сказать, чем можно заменить засуспенживание винлогона.
     
     
  • 4.14, arisu (ok), 23:39, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Кажется, этот онаним хотел сказать, чем можно заменить засуспенживание винлогона.

    а-а-а. тогда да, одобряю.

     
  • 4.39, Аноним (-), 14:55, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кажется, этот онаним хотел сказать, чем можно заменить засуспенживание винлогона.

    Так SIGSTOP же есть. Стопаешь, значит, systemd-logind, и все появившиеся после этого проблемы сваливаешь на Поттеринга.

     
     
  • 5.45, Аноним (-), 15:07, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Так SIGSTOP же есть. Стопаешь, значит, systemd-logind, и все появившиеся после этого
    > проблемы сваливаешь на Поттеринга.

    Еще можно нажать Alt+SysRq+B и потом придти скандалить в LKML "ваш линyпс убил все мои данные".
    Вот только Линус не Леннарт, может и наxер послать.

     
  • 3.27, 1 (??), 08:15, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    кривые только руки твои, сачок )
    коль не осилил, так на себя пенять надо
     
     
  • 4.28, 1 (??), 08:17, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    вангую пердеж в лужу про ненужность, user296-стайл, ариса, фас
     
     
  • 5.54, Аноним (-), 17:25, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > вангую пердеж в лужу про ненужность, user296-стайл, ариса, фас

    Вообще-то 294-й достаточно нормально относится к идее чего-то типа systemd. По крайней мере upstart мне пришелся вполне по вкусу и мне с ним как-то сильно проще получается добавлять новые кастомные демоны в систему. Ну и systemd освою, если из него выбьют дурь и так получится что ему суждено стать новым иниицализатором в большинстве пингвинов. А пока пусть на кошках^W федористах и арчеводах тренируются и обезглючивают.

     
     
  • 6.61, Аноним (-), 17:43, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > По крайней мере upstart мне пришелся вполне по вкусу

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

     
     
  • 7.97, Аноним (-), 20:52, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Впервые вижу человека, которому пришлось по вкусу пoделие, молча игнорирующее конфиги
    > при малейшей ошибке в синтаксисе.

    Ну я как бы не возражаю что оно должно бы чертыхнуться куда-нибудь в лог. Багу своему гарри поттеру вы написали уже? Или как обычно? И если уж мы про ошибки - вот уж знаете ли, в классическом ините ловить ошибки форменный головняк. Там вообще никакого логинга нет, так что что и почему обломалось - как хочешь так и узнавай. Сам логгинг допишешь, фигли.

     
  • 4.40, Аноним (-), 14:56, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > кривые только руки твои, сачок )
    > коль не осилил, так на себя пенять надо

    Такие, как он, всегда видят корень своих проблем в окружающих. И просто неспособны осознать факт кривизны своих рук. Что ариса, что поттеринг, одна фигня.

     
  • 2.43, Аноним (-), 15:02, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Надо ещё на systemd-logind протестировать его.

    Скорее наоборот, это в systemd будут тестировать фичи CRIU.

     

  • 1.7, Vee Nee (?), 22:10, 25/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Даже на офсайте сходу не удалось понять, с какой версии ядра все необходимое в состав ядра включено?
     
     
  • 2.9, Аноним (-), 22:29, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    3.11, в которое включили https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/Document
     
     
  • 3.11, arisu (ok), 22:32, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > 3.11, в которое включили https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/plain/Document

    это необязательная фича, вообще-то.

    p.s. насколько я понял из текста на офсайте, на практике не проверял.

     
  • 2.10, arisu (ok), 22:31, 25/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже на офсайте сходу не удалось понять, с какой версии ядра все
    > необходимое в состав ядра включено?

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

     

  • 1.12, arisu (ok), 23:17, 25/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    тьфу, распронаедрит налево! пересобирал ядро, перезагружался — а эта бесполезная фигня только для x86_64.

    ненужно.

     
     
  • 2.15, Аноним (-), 00:20, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > x86 ненужно

    профиксил

     
     
  • 3.17, arisu (ok), 00:36, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > профиксил

    херово и неверно.

     
     
  • 4.41, Аноним (-), 14:58, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> профиксил
    > херово и неверно.

    Все правильно он починил. Ни замшелое гoвно, ни его адепты в этом мире никому не нужны.

     
  • 4.67, Аноним (-), 20:24, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    а обосновать сможешь?
     
     
  • 5.78, arisu (ok), 00:57, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а обосновать сможешь?

    тысячу тысяч раз уже говорено.

     
  • 4.70, Аноним (-), 21:31, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    все правильно. Устаревшие архитектуры ненужны.
     
     
  • 5.77, arisu (ok), 00:57, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > все правильно. Устаревшие архитектуры ненужны.

    я согласен, x86 и x86_64 обе — устарели и нафиг не нужны.

     
  • 2.18, kurokaze (ok), 01:45, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >только для x86_64

    Отлично, я еще 8 лет назад перешел исключительно на 64 бита

     
     
  • 3.21, arisu (ok), 05:07, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Отлично, я еще 8 лет назад перешел исключительно на 64 бита

    мне очень важно было это узнать, спасибо.

     
     
  • 4.38, ABATAPA (ok), 12:21, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так же, как нам - что Вам "не нужно".
     
     
  • 5.96, гость (?), 18:41, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Любка, ты чтоль?
     
  • 4.47, Аноним (-), 15:10, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > мне очень важно было это узнать, спасибо.

    А нам очень интересно было прочитать про ваши половые трудности с 64-битными системами.
    Продолжайте держать нас в курсе.

     
  • 3.44, Аноним (-), 15:05, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Отлично, я еще 8 лет назад перешел исключительно на 64 бита

    Да уже несколько лет как большая часть x86 железа ушла на свалки. Так что на 32 битах нынче сидят разве что виндyзятники и фимозники в терминальной стадии.

     
     
  • 4.55, Аноним (-), 17:29, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да уже несколько лет как большая часть x86 железа ушла на свалки.

    Ну так 64-битные процессоры появились чуть ли не десятилетие назад. А при современных ценах нагревать себя на оперативку - просто глупо. Даже если программам столько нафиг не упало, большой дисковый буфер сделает работу с машиной не в пример приятнее. Когда все оглавление всех дисков висит в оперативе и никогда не выжимается, а все рабочие наборы целиком прокешированы - работать с машиной становится заметно приятнее. Просто потому что практически все операции происходят как выстрел из пушки.

     
     
  • 5.79, arisu (ok), 01:00, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    о, виндузятник пришёл. это у вас в винде 32-битная икспишечка не может в больше четырёх гигов памяти. 32–битный линукс вполне может.
     
     
  • 6.91, Проходимец (?), 08:50, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ХР SP1 может адресовать до 16GB из 32 возможных в 36-битном адресном пространстве.
    Только не спрашивайте, куда дел 36-й бит и еще 32GB.

    Патч весьма простой, помогает и следующим сервиспакам

     
     
  • 7.92, arisu (ok), 09:15, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ссылку на то, где m$ его раздаёт?
     
  • 6.98, Аноним (-), 21:09, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Аж 294 раза По что ругаешься, Кэп форум считает данное слово бранным, что кон... большой текст свёрнут, показать
     
     
  • 7.105, arisu (ok), 01:19, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > По что ругаешься, Кэп?

    я не ругался, я обзывался. как будто я тебя не узнал.

    > форум считает данное слово бранным

    «почто»?


    про всё остальное. была же задумка x32 (или как там её) — издохла, что ли? это как раз здравая идея же: профиты в виде расширеного регистрового пространства и отсутствие дебилизма с указателями.

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

     
     
  • 8.111, Led (ok), 05:08, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не издохла Вот только она касается только юзерспейса - ядро там всё равн... текст свёрнут, показать
     
     
  • 9.112, arisu (ok), 05:30, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    у меня на него аллергия, когда оно без толку суётся в x32 я толк вижу 8212 в... текст свёрнут, показать
     
  • 8.113, AlexAT (ok), 07:17, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не совсем Там есть свои накладные расходы на невыровненные обращения к памяти ... текст свёрнут, показать
     
     
  • 9.116, arisu (ok), 07:52, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    точно такие же, как и у других режимов, насколько я помню ... текст свёрнут, показать
     
  • 2.19, Kibab (ok), 01:52, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем использовать 32-битную систему? Или, может быть, у тебя L4Linux, 64-битной версии которого не существует? :-)
     
     
  • 3.23, arisu (ok), 05:09, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А зачем использовать 32-битную систему? Или, может быть, у тебя L4Linux, 64-битной
    > версии которого не существует? :-)

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

     
     
  • 4.24, Led (ok), 06:02, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> А зачем использовать 32-битную систему? Или, может быть, у тебя L4Linux, 64-битной
    >> версии которого не существует? :-)
    > а зачем мне 64-битная система, если у меня нет софта, которому требуется
    > больше трёх гигабайт рабочей памяти? чтобы указатели без пользы пожирнее были?
    > а, и ещё чтобы multilib держать, а то одной копии дистрибутива
    > мне мало?

    А только x86_64-ядра недостаточно? нужен ещё и 64-битный юзерспейс?

     
     
  • 5.25, arisu (ok), 06:10, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А только x86_64-ядра недостаточно? нужен ещё и 64-битный юзерспейс?

    не знаю, у меня ядро 32-битное, так что проверить не могу.

     
     
  • 6.56, Аноним (-), 17:30, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > не знаю, у меня ядро 32-битное, так что проверить не могу.

    А у тебя и пямяти меньше 4 гигз? Или мсье нравятся феерические костыли типа PAE? И кстати может ли 32-битное ядро скажем дисковый кэш скажем в 8Гб сделать?

     
     
  • 7.62, Аноним (-), 17:45, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И кстати может ли 32-битное ядро скажем дисковый кэш скажем в 8Гб сделать?

    «Дисковый кэш — кривая хрень, которой пользуются только законченные идиoты» ©arisu

     
  • 7.80, arisu (ok), 01:02, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> не знаю, у меня ядро 32-битное, так что проверить не могу.
    > А у тебя и пямяти меньше 4 гигз?

    а какое отношение?

    > Или мсье нравятся феерические костыли типа PAE?

    а мне без разницы, я это руками не делаю.

    > И кстати может ли 32-битное ядро скажем дисковый
    > кэш скажем в 8Гб сделать?

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

     
     
  • 8.99, Аноним (-), 21:17, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я как бы считаю невозможность напрямую адресовать всю память системы жутким к... текст свёрнут, показать
     
     
  • 9.106, arisu (ok), 01:22, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    тогда тебе исключительно в real mode потому что в protected ты вообще адресуешь... текст свёрнут, показать
     
     
  • 10.114, AlexAT (ok), 07:20, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дело не в этом Дело в костылях в виде сегментов или оконной загрузки страниц Н... текст свёрнут, показать
     
     
  • 11.117, arisu (ok), 07:54, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот ты когда свой софт на сишечке под пингвинус собираешь, это видишь нет, не в... текст свёрнут, показать
     
     
  • 12.119, AlexAT (ok), 20:11, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я это увижу, если рискну большую инсталляцию MySQL развернуть на x86-32 Правда,... текст свёрнут, показать
     
     
  • 13.121, arisu (ok), 02:58, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это, без сомнения, рутинная домашняя задача все так делают, каждый день ... текст свёрнут, показать
     
     
  • 14.123, AlexAT (ok), 07:25, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Задача-то не домашняя, но вот работает она каждый день И вполне себе рутинная... текст свёрнут, показать
     
     
  • 15.125, arisu (ok), 10:24, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    я десктоп писал десктоп о десктоп несколько десктоп других десктоп обл... текст свёрнут, показать
     
  • 4.26, AlexAT (ok), 07:40, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    >>> а зачем мне 64-битная система, если у меня нет софта, которому требуется больше трёх гигабайт

    x64 - это не только снятие лимита в 3 гигабайта. Это еще набор из 8 дополнительных доступных софту РОН и регистров SSE, увеличенная ширина регистров по умолчанию и несколько прочих плюшек, типа возможности работать с оффсетами относительно RIP.

     
     
  • 5.30, arisu (ok), 08:26, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ощутимой разницы в быстродействии нифига нет. а как там извращается компилятор при создании кода — мне пофигу. вот что мне точно не надо — два установленых дистрибутива.
     
     
  • 6.31, Led (ok), 08:55, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ощутимой разницы в быстродействии нифига нет. а как там извращается компилятор при
    > создании кода — мне пофигу. вот что мне точно не надо
    > — два установленых дистрибутива.

    Достаточно добавить 64-битное ядро

     
     
  • 7.33, arisu (ok), 09:03, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Достаточно добавить 64-битное ядро

    для чего? 32-битный софт остаётся 32-битным.

     
     
  • 8.36, Led (ok), 10:46, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Например, для CRIU Да и 32-битного софта можно запустить больше ... текст свёрнут, показать
     
     
  • 9.37, arisu (ok), 11:38, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    например, само ядро больше памяти слопает с чего бы вдруг 32-битное ядро ни ра... текст свёрнут, показать
     
     
  • 10.57, Аноним (-), 17:36, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    На машинах где 64 бита имеют смысл это как правило не принципиально Плюс-минус ... большой текст свёрнут, показать
     
     
  • 11.59, Аноним (-), 17:41, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как будто это что-то плохое ... текст свёрнут, показать
     
     
  • 12.64, Аноним (-), 19:47, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вообще-то плохое, да На одну и ту же операцию потратится намного больше тактов ... текст свёрнут, показать
     
     
  • 13.82, arisu (ok), 01:08, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    использовать 64-битные указатели для адресации пары гигов памяти 8212 вот это... текст свёрнут, показать
     
     
  • 14.100, Аноним (-), 21:19, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да Но я не вижу почему мне должно быть нельзя юзать всю доступную память из 1 п... текст свёрнут, показать
     
     
  • 15.107, arisu (ok), 01:23, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    потому что ядро тебе не разрешит даже 64-битное 2 48 остальные биты вашего ог... текст свёрнут, показать
     
  • 11.81, arisu (ok), 01:07, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    зато кэш процессора 8212 существенно указателей в ядре много, все указатели ... большой текст свёрнут, показать
     
     
  • 12.101, AlexAT (ok), 22:01, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кэши тоже растут, здесь прогресс определенно есть, в отличие от производительнос... большой текст свёрнут, показать
     
     
  • 13.108, arisu (ok), 01:32, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и поэтому надо сильней забивать их мусором честное слово у меня нет задач, гип... текст свёрнут, показать
     
     
  • 14.115, AlexAT (ok), 07:30, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то в режиме x86-64 и SSE-регистров поболе Даже на банальном веб-сервере... текст свёрнут, показать
     
     
  • 15.118, arisu (ok), 08:00, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ссе 8212 вовсе не панацея для всех случаев но да, возможно значит, говнокод... текст свёрнут, показать
     
     
  • 16.120, AlexAT (ok), 20:12, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну какбэ вместо команд FPU GCC для float уже давно юзается SSE Да Потому что д... текст свёрнут, показать
     
     
  • 17.122, arisu (ok), 03:00, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну десктоп , извини десктоп , я десктоп думал десктоп , что десктоп прост... текст свёрнут, показать
     
     
  • 18.124, AlexAT (ok), 07:34, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А в целом идея неплоха, скобочки с десктопом несколько освежают текст Стоит про... текст свёрнут, показать
     
     
  • 19.126, arisu (ok), 10:26, 29/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    лично на своём 8212 замечу резко прекратит работать весь самосборный софт в... текст свёрнут, показать
     
  • 12.103, Аноним (-), 00:17, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У современных процессоров кэши тоже большие А всякие PAE тоже прямизны в работе... большой текст свёрнут, показать
     
     
  • 13.109, arisu (ok), 01:43, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    см 108 см 108, последний абзац а, то есть, гвидобейсика у меня нет, случил... большой текст свёрнут, показать
     
  • 8.65, Аноним (-), 19:52, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то открытый софт нет проблем собрать под 64 бита, знаешь ли И, кстати, р... текст свёрнут, показать
     
     
  • 9.83, arisu (ok), 01:10, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    всё бросил и побежал пересобирать весь софт, который я до этого под 32 собирал, ... текст свёрнут, показать
     
     
  • 10.104, Аноним (-), 00:21, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У, да ты походу весьма заржавелый типец Ну да, по такой логике всем должно хват... текст свёрнут, показать
     
     
  • 11.110, arisu (ok), 01:46, 28/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да я очень не люблю делать что-либо только потому, что нынче это модно нет у ... текст свёрнут, показать
     
  • 6.34, d (??), 09:17, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну если 10% для Вас не разница ...
     
     
  • 7.35, arisu (ok), 09:34, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ну если 10% для Вас не разница …

    во-первых, откуда взялись эти 10%? нет, похороникс и синтетические тесты не интересуют.

    а во-вторых (это из «во-первых» получается) я имею тебе сказать, что «узкое место» — это в большинстве случаев не процессор. и от того, что процессор будет на 10% (положим) процентов быстрее ничего не делать, пока ожидает i/o, скорость нифига не увеличится. доступно, нет?

     
     
  • 8.58, Аноним (-), 17:40, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Оттуда что 1 Нет постоянной перегрузки полутора куцых регистров 2 Сами регис... большой текст свёрнут, показать
     
     
  • 9.84, arisu (ok), 01:14, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а почему не 146 потолки низкие, с другого потолка другие проценты бы взяли ли... текст свёрнут, показать
     
  • 7.46, Аноним (-), 15:08, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > ну если 10% для Вас не разница ...

    «Скорость — это не главное»™

     
     
  • 8.49, d (??), 16:06, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    правильно не главное главное стабильность так вот разработчики сейчас а первую о... текст свёрнут, показать
     
     
  • 9.51, Аноним (-), 17:18, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да пофиг на что там разработчики обращают i386 8212 архитектура, 171 прове... текст свёрнут, показать
     
     
  • 10.63, pavlinux (ok), 19:09, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Последний i386 вышел лет 20 назад Назывался Pentium Pro ... текст свёрнут, показать
     
     
  • 11.74, Аноним (-), 21:44, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вообще-то это i686... текст свёрнут, показать
     
     
  • 12.75, AlexAT (ok), 22:57, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Кстате sic да, как раз P-Pro и ознаменовал конец эпохи чистых i386, и перех... текст свёрнут, показать
     
  • 12.76, pavlinux (ok), 00:34, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Если чо, то i386 - нет такой архитектуры, есть x86 ... текст свёрнут, показать
     
     
  • 13.90, AlexAT (ok), 07:24, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Под архитектурой i386 понимается конкретный набор расширенных команд i386, мод... текст свёрнут, показать
     
     
  • 14.94, pavlinux (ok), 15:48, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это у них называется поколения, все изменения происходят внутри, без изменения A... текст свёрнут, показать
     
     
  • 15.102, AlexAT (ok), 22:03, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это у вас оно называется поколения, а у разработчиков оно ныне называется archit... текст свёрнут, показать
     
  • 10.68, AlexAT (ok), 20:33, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С разморозкой i386 в новых ядрах уже убили, осталась i686 И ту скоро выпилят з... текст свёрнут, показать
     
  • 6.72, Аноним (-), 21:40, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >мне точно не надо — два установленых дистрибутива.

    Тогда используй нормальный дистрибутив с multilib и не ставь два сразу.

     
     
  • 7.73, Аноним (-), 21:40, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    или только 64битное ПО
     
  • 7.85, arisu (ok), 01:17, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>мне точно не надо — два установленых дистрибутива.
    > Тогда используй нормальный дистрибутив с multilib и не ставь два сразу.

    если вдруг до тебя не доходит, то miltilib — это и есть «два дистрибутива».

     

  • 1.32, EuPhobos (ok), 08:57, 26/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    <игромания>
    Теперь можно будет сохраняться в играх, в которых не предусмотрены сохранения ;)
    </игромания>
     
     
  • 2.50, bobr (?), 17:01, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, в ДОТА2. Сохранить дамп памяти, состояние сетевого стека и состояние остальных девяти игроков (-: А вернувшись с пар/уроков доиграть.
     
     
  • 3.52, Аноним (-), 17:22, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, в ДОТА2. Сохранить дамп памяти, состояние сетевого стека и состояние остальных
    > девяти игроков (-: А вернувшись с пар/уроков доиграть.

    Это уже нужно делать синхронизацию с аппаратными криокамерами :-)

     
  • 3.60, Аноним (-), 17:42, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага, в ДОТА2. Сохранить дамп памяти, состояние сетевого стека и состояние остальных
    > девяти игроков (-: А вернувшись с пар/уроков доиграть.

    Останется всего ничего - синхронно заморозить остальные копии у игроков и сервер. Иначе они заметят что тут что-то не так.

     
     
  • 4.71, AlexAT (ok), 21:31, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Останется всего ничего - синхронно заморозить остальные копии у игроков и сервер.
    > Иначе они заметят что тут что-то не так.

    А почему бы нет? Причем ведь прокатит.

    1. Вешаем на сервер хитрый апп, раздающий специфичным клиентам команду на заморозку, синхронную, и замораживающий сам сервер. На клиенты вешаем "ответный" апп, принимающий команду и запускающий заморозку. В стоп-фазу приложения выйдут почти синхронно у всех игроков и на сервере, ага. TCP-коннекты также успешно замораживаются, а с UDP там вообще без бубликов в этом плане.

    2. Потом аналогично когда все собрались, апп выдает команду на разморозку, сервер и клиенты размораживаются в стоп-фазу (без выполнения), и далее апп дает команду на старт. Коннекты тоже разморозились, аппы стартуют у всех одновременно, и все благополучно продолжают игру - ну, с небольшим лагом на несколько секунд, из-за слегка разъехавшихся таймеров. Главное, чтобы IP за это время не сменились xD

    Очень даже для случаев, когда нативно сейв сетевой игры не поддерживается :)

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

     
     
  • 5.86, arisu (ok), 01:20, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    дима завалишин оргазмирует в восторге.
     
  • 5.88, pavlinux (ok), 05:46, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты запусти сначала эту хрень, и уморозь хотя бы cron иль atd ... размечтались тут :D
     
  • 5.93, bobr (?), 13:10, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    То, что вы тут пытаетесь описать ничем по эффекту не отличается от обычной паузы, которая предусмотрена игрушкой. Для этого не нужна заморозка процессов сервера. Мой же пост выше был просто саркастическим ответом на высказывание о сохранении в играх, в которых это не предусмотренно. Тут более даже уместен пост об аппаратных криокамерах.
     
     
  • 6.95, AlexAT (ok), 18:26, 27/11/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А ресурсы системы (память, в частности) во время паузы освобождаются? Нет? То-то.
     
  • 2.66, Аноним (-), 20:03, 26/11/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Или возобновить работу упавшего сервера ТФ2… оч. жду когда можно будет попробовать эту фичу
     

  • 1.69, Аноним (-), 21:10, 26/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А это случайно не то же самое, что пытается сделать Дмитрий Завалишин? Персистентность и так далее...
     
  • 1.87, pavlinux (ok), 05:40, 27/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Они, что издеваются?!!!  

    # make
      GEN      include/config.h
    make[1]: Вход в каталог '/media/kernel/crtools'
      PB DDEP  protobuf/stats.proto.d
      PB DEP   protobuf/stats.proto.c.d
      PBCC     protobuf/stats.pb-c.h
    make[1]: protoc-c: Команда не найдена

    # svn checkout http://protobuf-c.googlecode.com/svn/trunk/ protobuf-c
    # cd protobuf-c
    # ./autogen.sh

    checking google/protobuf/stubs/common.h usability... no
    checking google/protobuf/stubs/common.h presence... no
    checking for google/protobuf/stubs/common.h... no
    configure: error:
      ERROR: protobuf headers are required.

      You must either install protobuf from google,
      or if you have it installed in a custom location
      you must add '-Iincludedir' to CXXFLAGS
      and '-Llibdir' to LDFLAGS.

      You can download the google's protobuf library from
      the following page:
          http://code.google.com/p/protobuf/downloads/list

    # svn checkout http://protobuf.googlecode.com/svn/trunk/ protobuf
    # cd protobuf
    # ./autogen.sh

    ---
    - ptrace-parasite (https://code.google.com/p/ptrace-parasite/)

    # git clone https://code.google.com/p/ptrace-parasite/
    # cd ptrace-parasite
    # make
    gcc -Wall -fpic -c parasite.c
    ld -T parasite.lds -o parasite.bin parasite.o
    echo 'static char parasite_blob[] = {' > parasite-blob.h
    hexdump -v -e '"\t"' -e '8/1 "0x%02x, "' -e '"\n"' parasite.bin >> parasite-blob.h
    echo '};' >> parasite-blob.h
    gcc -Wall -o parasite main.c -lnetfilter_queue -lpthread
    main.c:34:51: фатальная ошибка: libnetfilter_queue/libnetfilter_queue.h: Нет такого файла или каталога
    компиляция прервана.
    ---
    Your system IS little-endian
    ---

    # criu check
    Looks good.

    Да, ладно?!  

    [сообщение отредактировано модератором]

     
  • 1.89, pavlinux (ok), 06:01, 27/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    - Thunderbird criu dump -D var lib criu -t pgrep thunderbird --file-locks ... большой текст свёрнут, показать
     
     
  • 2.128, dr (??), 11:36, 06/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да с номером версии 1.0 - это они погорячились. Я тоже не осилил задампить/заресторить хоть один полезный процесс. Пршлось писать спец. демон, который ничего не умеет, кроме как писать в лог сообщения. Слава разрабам, что хоть на нём тулза отработала!

    Посмотрим на динамику развития проекта, ведь идея-то неплохая) Зато у каого есть желание поконтрибутить - простор невероятный.
     
  • 2.129, avagin (?), 11:11, 10/12/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Графические приложения дампить не умеем на сайте явно написано. Первоочередная цель миграция и чекпоинтинг контейнеров. Если есть кто-то готовый заняться, you are welcome.

    С java-ой вылетело, потому что shmem удален и такой случай поддерживается только при дампе ipcns. Запустите свое приложение unshare -i -- CMD

    C named скорей всего проблема в том, что приложение постопано SIGTSTP, который тоже пока не поддерживается.

    ps: pgrep использовать в данном случае не уместно, т к он может выдать больше одного значения.

     

  • 1.127, lucentcode (ok), 19:47, 29/11/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Интересный проект.
     

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



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

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