The OpenNET Project / Index page

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

Второй выпуск свободного гипервизора Jailhouse

11.05.2015 21:43

Представлен второй выпуск свободного гипервизора Jailhouse, развиваемого компанией Siemens. Как и KVM гипервизор Jailhouse обеспечивает виртуализацию на уровне ядра Linux, но отличается от KVM более легковесной реализацией и ориентацией на привязку виртуальных машин к фиксированному CPU, области ОЗУ и аппаратным устройствам. Такой поход позволяет на одном физическом многопроцессорном сервере обеспечить работу нескольких независимых виртуальных окружений, каждое из которых закреплено за своим процессорным ядром. Код проекта распространяется под лицензией GPLv2.

При жесткой привязке к CPU накладные расходы от работы гипервизора сводятся к минимуму и существенно упрощается его реализация, так как нет необходимости выполнения сложного планировщика распределения ресурсов - выделение отдельного ядра CPU позволяет гарантировать отсутствие выполнения на данном CPU других задач. Плюсом подобного подхода является возможность обеспечить гарантированный доступ к ресурсам и предсказуемую производительность, что делает Jailhouse отличным решением для создания решений виртуализации для задач режима реального времени. Минусом является ограниченная масштабируемость, упирающаяся в число ядер CPU.

В терминологии Jailhouse виртуальные окружения именуются ячейками. Внутри ячейки система выглядит как однопроцессорный сервер, показывающий производительность близкую к производительности выделенного ядра CPU. В ячейке может быть запущено окружение произвольной операционной системы, урезанные окружения для запуска одного приложения и специально подготовленные отдельные приложения, предназначенные для решения задач реального времени. Конфигурация задаётся в .cell-файлах, определяющих выделяемые окружению CPU, регионы памяти и порты ввода/вывода. Для управления изоляцией используются предоставляемые современными CPU аппаратные механизмы виртуализации. Гипервизор реализован в виде модуля для ядра Linux.

Во втором выпуске проведена адаптация гипервизора для архитектур AMD64 и ARMv7 (Banana Pi, NVIDIA Jetson TK1 и Versatile Express). Реализован механизм ivshmem для организации связи между ячейками. Задействованы дополнительные средства изоляции на архитектуре x86. Обеспечена поддержка крупных серверных систем x86. В качестве экспериментальных возможностей реализована поддержка верифицированной загрузки и запуска в ячейках экземпляров ОС на базе обособленных ядер Linux с пробросом устройств PCI (изначально ячейки были нацелены на запуск обособленных приложений, а Linux мог загружаться только в корневой ячейке).



  1. Главная ссылка к новости (https://lkml.org/lkml/2015/5/1...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/42207-jailhouse
Ключевые слова: jailhouse
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (50) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 22:52, 11/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Годно, надо будет попробовать
     
     
  • 2.12, Xenia Joness (ok), 08:44, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –18 +/
    А на маке можно будет запустить? Просто на Linux опасаюсь что-либо запускать, да и ставить его боюсь что-то, слишком запутанный он какой-то.. Да и мак понадёжней будет то
     
     
  • 3.13, pkdr (ok), 08:58, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А новость прочитать не хотите?
    Там же ясно написано, что нужно ядро linix. Правда, даже на такое убогое железо, как мак можно линукс поставить, хотя бы ОС будет там нормальной. Но потом всё равно надо будет покупать нормальный матовый монитор и нормальную удобную клавиатуру с полноценным набором кнопок.
     
     
  • 4.15, Michael Shigorin (ok), 09:30, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А новость прочитать не хотите?

    Глянул другие сообщения персонажа -- похоже, не за тем сюда ходит: http://www.opennet.dev/openforum/vsluhforumID3/102407.html#122

     
     
  • 5.17, asdasd (?), 09:56, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так это очередной Ваня, только из мира Apple.
     
     
  • 6.33, ананим.orig (?), 04:57, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > только из мира Apple.

    Вряд ли.
    Задача то какая? Дискредитация линуха (ну или просто троллинг. Тупой, но тут уж каков интыклект, таков и троллинг).
    С позиции другого конкурента это делать в 2 раза выгодней.
    Вон и жабисто-бздишнег например (жабу под бсди то оракл не делает, а опенждк под гпл, но его это под вантузом не смущает) всю "жизнь" положил, чтобы опенсорс на 2 противоборствующих лагеря поделить.

     
     
  • 7.37, Аноним (-), 08:57, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Задача то какая? Дискредитация линуха (ну или просто троллинг. Тупой, но тут
    > уж каков интыклект, таков и троллинг).

    Ну вот и получается что такие кадры дискредитируют винду и мак. Наглядно демонстрируя что ими пользуются только полные дeбилы. А черный пиар - тоже пиар. Так вот глядишь, технические специалисты посмотрят на все это и сделают выводы куда им :). А даже слоупок стиви таки просек что все решают "девелоперс, девелоперс, девелоперс" :). С чем у мака и винды - не то что не очень. Там с ними - никак. Разработчиков для разработки системы там тyпо не ждут.

     
     
  • 8.44, ананим.orig (?), 18:16, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Первое Раз вопрос возник, значит далеко не все это понимают Второе, расчёт то ... текст свёрнут, показать
     
  • 8.47, Аноним (-), 00:15, 18/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Технические специалисты потому и стали специалистами, что ориентировались не на ... текст свёрнут, показать
     
     
  • 9.49, Michael Shigorin (ok), 13:42, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    При чём тут такие Когда есть накопившиеся за минимум пару десятков лет пробл... текст свёрнут, показать
     
  • 6.48, arisu (ok), 13:26, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так это очередной Ваня, только из мира Apple.

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

     
  • 5.25, Xasd (ok), 18:12, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Глянул другие сообщения персонажа -- похоже, не за тем сюда ходит: http://www.opennet.dev/openforum/vsluhforumID3/102407.html#122

    блин.. надеюсь ты не следишь тут за каждым...

    ещё ведь и анализ тут сделать умудрился. о как!

     
     
  • 6.28, Andrey Mitrofanov (?), 19:21, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > блин.. надеюсь ты не следишь тут за каждым...

    Это имеет смысл для изучения посылающего противоречивые сигналы с целью попытаться определить, тролит ли, сбит ли собственный компАс, или не найден ли, а вдруг?, уникальный образчик, чистый как слеза, но пишущий Такое.

    > ещё ведь и анализ тут сделать умудрился. о как!

    Это ещё что, Михаих, 8-O вона, "Аноним"-ов по почеркам {у,распо}знаёт.

     
  • 6.34, ананим.orig (?), 05:00, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Любой дeбил должен помнить как минимум про логи.
    В инете никогда ничего полностью не пропадает.
     
     
  • 7.35, Andrey Mitrofanov (?), 08:02, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Любой дeбил должен

    В прочтении "Любой аноним должен" наводит на мысли о рекурсии.

     
     
  • 8.36, ананим.orig (?), 08:42, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Угу А знание всяких там кукей и тд ну и наглядной буквы я в красном прямоуго... текст свёрнут, показать
     
  • 6.50, Michael Shigorin (ok), 13:47, 22/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > блин.. надеюсь ты не следишь тут за каждым...
    > ещё ведь и анализ тут сделать умудрился. о как!

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

    Такие персонажи по неконкретности высказываний отлично заметны после некоторого навыка.  И нет, эта подсказка им не поможет -- если говоришь предметно, то всё тем более становится на места :)

     
  • 3.14, Michael Shigorin (ok), 09:16, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А на маке можно будет запустить?

    На Macintosh -- да, на OS X -- нет.

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

    Или пробуйте с флэшки в режиме LiveCD (как собрать таковую с jailhouse -- наверное, даже могу подсказать, но это совсем не "одной кнопкой"), или прекратите мазохизм в виде шараханья по сайтам про _открытые_ системы с предпочтением/рекламой _закрытых_.

     
     
  • 4.24, Xenia Joness (ok), 17:26, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Очень много частей OS X являются открытыми
    P.S. А за совет спасибо, буду думать, как LiveCD сделать
     
     
  • 5.38, Аноним (-), 09:12, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Очень много частей OS X являются открытыми

    Макось - проприетарная система. Там действительно вывален сорц некоторых ошметков (Darwin), но - без драйверов. И к тому же эппл 2 раза закрывал-открывал это с аргументом "хакинтоши жить помешали". После чего все кто не полный имбецил - выводы сделали. И сообщество выводы о перспективах таких взаимоотношений сделало, по сути самоустранившись.

    Поэтому де факто макось - проприетарь, от которой местами вывалили исходники. Это разрабатывает по сути только эппл. И там будет только то что надо эпплу. Со всеми вытекающими.

     

  • 1.2, Омский линуксоид (ok), 23:52, 11/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Радует поддержка ARMv7. Это же единственное известное решение для ARMv7?
     
     
  • 2.3, KroArtem (ok), 23:58, 11/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Embox.
     
  • 2.4, Anonim (??), 00:15, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Xen
     
  • 2.5, Jan Dakinevich (ok), 00:41, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    KVM
     
  • 2.11, drunk_anon (?), 08:21, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    qemu
     
  • 2.39, Аноним (-), 09:13, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это же единственное известное решение для ARMv7?

    А QEMU/KVM куда дели? oO

     

  • 1.6, Аноним (-), 03:29, 12/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Тюрьма-дом - классное название.
     
     
  • 2.8, Аноним (-), 04:12, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    просто - тюрьма
    /fxd
     
  • 2.26, Xasd (ok), 18:14, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Тюрьма-дом - классное название.

    "дом" -- в значении домашнего места обитания хомосапиенса -- "home" .

    "дом" -- в значении просто некоторого здания (например стоящего на улице где-то там) -- "house".

    "jail house" -- можно было бы перевести как -- "тюремное здание".

     

  • 1.7, vasa (??), 03:30, 12/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >[оверквотинг удален]
    >гарантировать отсутствие выполнения на данном
    >CPU других задач. Плюсом подобного подхода
    >является возможность обеспечить
    >гарантированный доступ к ресурсам и
    >предсказуемую производительность, что делает
    >Jailhouse отличным решением для создания
    >решений виртуализации для задач режима
    >реального времени. Минусом является
    >ограниченная масштабируемость, упирающаяся в
    >число ядер CPU.

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

     
     
  • 2.9, Аноним (-), 06:58, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    эй джегит vasa, иды к сэбэ пиши аналог лучше.
     
     
  • 3.21, vasa (??), 16:09, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > эй джегит vasa, иды к сэбэ пиши аналог лучше.

    ара зачЭм? Уже есть KVM

     
     
  • 4.40, Аноним (-), 09:15, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ара зачЭм? Уже есть KVM

    А знаешь, джигит, есть такая фигня - генератор называется. Ну там бензиновый, или дизельный. Вот ему - ездить совершенно не обязательно! И там все как ты и сказал :). Что не означает бесполезности этого прибора :)

     
  • 2.10, Аноним (-), 07:32, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Минусом является ограниченная масштабируемость, упирающаяся в то, что на этой фигне не проехать ни сантиметра.

    И зачем дизельгенератору куда-то ехать на своей тяге?

    В статье:
    > это делает Jailhouse отличным решением для создания решений виртуализации для задач режима реального времени

    Данный гипервизор сделан не для шаред хостинга с картинками котиков, а для управления промышленными приборами. Для этого управления нужно иметь:
    - интерфейс взаимодействия с человеками (экран-клавиатура, SD карты, внешнее сетевое подключение)
    - управление одним или несколькими устройствами в реальном времени. Если для работы требуются расчёты в этом реальном времени, то atmega8 уже может не хватать и сименсы используют процессоры по-серьёзней. В этих системах уже много ядер и оперативы. Если создать надёжный способ разделения этих ресурсов между linux и rtos, то можно использовать один вычислительный модуль вместо двух-трёх-пяти. Меньше деталей - выше надёжность.

    Без Jailhouse можно запускать linux на части CPU и игнорировать диапазоны адресов RAM.  Это уже работает. Если устройств и RTOS систем больше двух, работать становится очень не удобно (например - нет защиты памяти linux и остальных RTOS от ошибок в одной из RTOS).

     
     
  • 3.16, Michael Shigorin (ok), 09:34, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Данный гипервизор сделан не для шаред хостинга с картинками котиков,
    > а для управления промышленными приборами.

    Спасибо; не хотите дополнить статью?

     
  • 3.18, мастерп (?), 10:47, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >[оверквотинг удален]
    > - управление одним или несколькими устройствами в реальном времени. Если для работы
    > требуются расчёты в этом реальном времени, то atmega8 уже может не
    > хватать и сименсы используют процессоры по-серьёзней. В этих системах уже много
    > ядер и оперативы. Если создать надёжный способ разделения этих ресурсов между
    > linux и rtos, то можно использовать один вычислительный модуль вместо двух-трёх-пяти.
    > Меньше деталей - выше надёжность.
    > Без Jailhouse можно запускать linux на части CPU и игнорировать диапазоны адресов
    > RAM.  Это уже работает. Если устройств и RTOS систем больше
    > двух, работать становится очень не удобно (например - нет защиты памяти
    > linux и остальных RTOS от ошибок в одной из RTOS).

    Проблема в том, что на интел процах нельзя контроллировать работу кэша, нельзя взять кусочек кэша и закрепить за определённым ядром(возможно, что в новых процах какое-то управление добавили). Без контроля кэша, время отклика и безопасность под вопросом.

     
  • 3.22, vasa (??), 16:13, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Гипервизор все равно должен выполнять трансляцию адресов памяти так или иначе, все равно должен пропускать черезз себя io, и т.д. а значит задержки и гарантии выполнения RTOS быть не может, может быть только максимально оптимизорованная установка, которую с тем же успехом можно сделать и на любом другом гипервизоре поддерживающем cpu pinning. Вон, Windriver вовсю продают решение на KVM, видимо классический RT уже не так сильно завязан на точность времени исполнения.
     
     
  • 4.29, Val (??), 22:49, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Гипервизор все равно должен выполнять трансляцию адресов памяти так или иначе

    Гипервизор должен настроить EPT/NPT, чтобы трансляция адресов выполнялась в железе. Это делается один раз при старте ячейки.

    > все равно должен пропускать черезз себя io

    Да, если он его эмулирует. Нет, если просто сегрегирует и пробрасывает - опять же, достаточно настроить I/O bitmap и таблицы VTD/AMD-Vi. И это опять же делается один раз.

    В общем, если коротко: и Intel (в несколько большей степени), и AMD (в чуть меньшей) за последние пару-тройку лет худо-бедно продвинулись в направлении "Zero VM exits" - в смысле, выполнения гостя с минимальными (желательно, нулевыми) выходами в гипервизор.

    Хотя в одном Вы правы - именно по этим причинам KVM не подходит для всех RT-задач. Кое для каких - подходит, и успешно работает. Собственно, если послушать первые презентации Jailhouse, там прямо говорится, что проект запустили после того, как не удалось решить на KVM все имеющиеся задачи.

     
     
  • 5.32, vasa (??), 00:12, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Гипервизор должен настроить EPT/NPT, чтобы трансляция адресов выполнялась в железе. Это
    > делается один раз при старте ячейки.

    насколько я помню, все не так просто, особенно при учете NUMA, нестандартных размеров страниц и всяческих методик экономии памяти (ksm, balooning etc)

    > Да, если он его эмулирует. Нет, если просто сегрегирует и пробрасывает -
    > опять же, достаточно настроить I/O bitmap и таблицы VTD/AMD-Vi. И это
    > опять же делается один раз.

    сегрегация и проброс - все равно имеют оверхед. сейчас как раз работаю над vfio и наблюдаю все эти чудеса

    > В общем, если коротко: и Intel (в несколько большей степени), и AMD
    > (в чуть меньшей) за последние пару-тройку лет худо-бедно продвинулись в направлении
    > "Zero VM exits" - в смысле, выполнения гостя с минимальными (желательно,
    > нулевыми) выходами в гипервизор.

    само собой, и именно поэтому нет смысла городить клоны KVM, с урезанным функционалом.

    > Хотя в одном Вы правы - именно по этим причинам KVM не
    > подходит для всех RT-задач. Кое для каких - подходит, и успешно
    > работает. Собственно, если послушать первые презентации Jailhouse, там прямо говорится,
    > что проект запустили после того, как не удалось решить на KVM
    > все имеющиеся задачи.

    объясните мне, в чем принципиальная разница jailhouse и kvm, помимо того что jailhouse сильно отстает по возможностям применения. что такого можно сделать с jailhouse, чего я не смогу сделать с KVM?

     
     
  • 6.43, Val (??), 10:12, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Правильно помните И универсальный гипервизор KVM, Xen или любой другой должен... большой текст свёрнут, показать
     
     
  • 7.45, vasa_vasa (ok), 19:15, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    сокращаются - несомненно но таблицы трансляции остаются, IO, даже при пробросе,... большой текст свёрнут, показать
     
     
  • 8.46, Val (??), 10:22, 14/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Они и в KVM остаются, если специально не выключать - теневые таблицы страниц обх... большой текст свёрнут, показать
     
  • 4.41, Аноним (-), 09:17, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Гипервизор все равно должен выполнять трансляцию адресов памяти так или иначе,

    Вообще-то пойнт аппаратной виртуализации - в том чтобы по максимуму выгрузить это на железо. В этом случае вполне можно увидеть >=95% производительности от bare metal по CPU и работе с памятью.

     

  • 1.19, Аноним (-), 12:13, 12/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У многих людей ядер больше, чем виртуалок?
     
     
  • 2.20, Есюки (?), 13:19, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    В разработке да, в продакшене нет :)
     

  • 1.23, Аноним (-), 16:29, 12/05/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как дальше юзать? Где образа брать? Как и с чем есть .челл-файл? Прямых мануалов так и не нашёл.

    Кстати, билдится и ставится с полу-пинка.

     
     
  • 2.27, Xasd (ok), 18:18, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А как дальше юзать? Где образа брать? Как и с чем есть
    > .челл-файл? Прямых мануалов так и не нашёл.
    > Кстати, билдится и ставится с полу-пинка.

    если эта хрень не умеет грузить GRUB-2 (который в свою очередь должен грузить что-то другое)...

    ...то весь сомнительной нужности штука :-)

     
     
  • 3.31, Val (??), 22:58, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >> А как дальше юзать? Где образа брать? Как и с чем есть
    >> .челл-файл? Прямых мануалов так и не нашёл.
    >> Кстати, билдится и ставится с полу-пинка.
    > если эта хрень не умеет грузить GRUB-2 (который в свою очередь должен
    > грузить что-то другое)...
    > ...то весь сомнительной нужности штука :-)

    Не умеет. Как я соседу отвечал, для RT-приложений GRUB как-то не прижился. У них и операционки как таковой частенько нет. В Jailhouse загрузчик, можно сказать, встроен: он сам располагает образ по нужному адресу и прыгает на точку входа. Одна из идей - иметь кодовую базу компактной засчет отсутствия необходимости эмулировать штатный процесс загрузки x86 (как с этим в ARM, не в курсе).


     
  • 3.42, Аноним (-), 09:19, 13/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > ...то весь сомнительной нужности штука :-)

    Да, для хипстоты не подойдет. Это больше надо брутальным индустриальщикам (ты вообще в курсе чем Siemens знаменит?). Это не про тебя.

     
  • 2.30, Val (??), 22:54, 12/05/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А как дальше юзать? Где образа брать? Как и с чем есть
    > .челл-файл? Прямых мануалов так и не нашёл.
    > Кстати, билдится и ставится с полу-пинка.

    Образа чего? Реалтаймовых приложений - ну, с завалявшейся у вас промышленной железки, вестимо :) Девелоперская сборка Jailhouse умеет запускать Linux поверх Linux, но опять же - если Вас интересует обычная настольная/серверная виртуализация, имеет смысл смотреть в сторону KVM, VirtualBox, Xen и далее по вкусу. Это специализированное решение.

    Процедура запуска пары игрушечных RT-приложений в параллель с Linux описана в README. Там же, в том числе, рассказано, как запустить демо-стенд внутри KVM, чтобы не заморачиваться с созданием .cell для вашего железа.

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



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

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