Организация Linux Foundation представила (https://projectacrn.org/acrn-project-releases-version-1-2/) выпуск специализированного гипервизора ACRN 1.2 (https://projectacrn.org/), рассчитанного на применение во встраиваемой технике и устройствах интернета вещей (IoT). Код гипервизора основан на развиваемом компанией Intel легковесном гипервизоре для встраиваемых устройств и распространяется (https://github.com/projectacrn/acrn-hypervisor) под лицензией BSD.Гипервизор написан с оглядкой на готовность для выполнения задач реального времени и пригодность к использованию в критически важных системах, при работе на оборудовании с ограниченными ресурсами. Проект пытается занять нишу между гипервизорами, применяемыми в облачных системах и датацентрах, и гипервизорами для промышленных систем с жестким разделением ресурсов. В качестве примера использования ACRN приводятся электронные блоки управления, приборные панели и автомобильные информационные системы, но гипервизор также хорошо подходит для потребительских IoT-устройств и других встраиваемых применений.
ACRN обеспечивает минимальные накладные расходы и состоит из всего 25 тысяч строк кода (для сравнения применяемые в облачных системах гипервизоры насчитывают около 150 тысяч строк кода). При этом ACRN гарантирует низкие задержки (low latency) и адекватную отзывчивость при взаимодействии с оборудованием. Поддерживается виртуализация ресурсов CPU, ввода/вывода, сетевой подсистемы, операций с графикой и звуком. Для совместного обращения к общим для всех VM ресурсам предоставляется набор медиаторов ввода/вывода.
ACRN относится к гипервизорам первого типа (выполняется непосредственно поверх оборудования) и позволяет одновременно выполнять несколько гостевых систем, в которых которых могут запускаться Linux-дистрибутивы, RTOS, Android и другие ОС. Проект состоит из двух основных компонентов: гипервизора (https://github.com/projectacrn/acrn-hypervisor) и связанной с ним модели устройств (https://github.com/projectacrn/acrn-devicemodel) c богатым набором медиаторов ввода/вывода, осуществляющих организацию совместного доступа к устройствам между гостевыми системами. Управление гипервизором производится из сервисной ОС, которая выполняет функции хост-системы и содержит компоненты для трансляции обращений других гостевых систем к оборудованию.
Основные изменения (https://projectacrn.github.io/latest/release_notes/release_n...) в ACRN 1.2:
- Возможность использования прошивок Tianocore/OVMF (https://github.com/tianocore/tianocore.github.io/wiki/OVMF) в качестве виртуального загрузчика для сервисной ОС (хост-системы), способного запускать Clearlinux, VxWorks и Windows. Поддерживается режим верифицированной загрузки (Secure boot);
- Поддержка контейнеров Kata (https://www.opennet.dev/opennews/art.shtml?num=48642);
- Для гостевых систем с Windows (WaaG) добавлен медиатор для обращения к хост-контроллеру USB (xHCI);
- Добавлена виртуализация Always Running Timer (ART (https://lore.kernel.org/patchwork/patch/654622/)).
URL: https://projectacrn.org/acrn-project-releases-version-1-2/
Новость: https://www.opennet.dev/opennews/art.shtml?num=51399
> Организация Linux Foundation представила (https://projectacrn.org/acrn-project-releases-version-1-2/) выпуск специализированного гипервизора ACRN 1.2 (https://projectacrn.org/), рассчитанного
> на применение во встраиваемой технике и устройствах интернета вещей (IoT).Уррааа! Линукс везде!
> Код распространяется (https://github.com/projectacrn/acrn-hypervisor) под лицензией BSD.
> BSD 3-Clause "New" or "Revised" LicenseФуу, опять эти проприетарные подстилочки!
Читай внимательно особенно слово Линукс фаундейшн.
Хорошая штука как раз для эмбедовки и IoT. Так тебе надо в прошивку впиливать всякие следилки и т.п., их в итоге найдут, будет скандал и больно. А тут - целый гипервизор. Что бы в пользовательской системе не крутилось, мы всегда имеем к этому доступ. Профит.
На базе гипервизора от Интел. Очередной IME.
> Что бы в пользовательской системе не крутилосьЧто бы НИ крутилось.
Или "чтобы не крутилось", но у нас сегодня не про это :)Не лбагодари.
Объясните в чем смысл гипервизора для маломощного железа? Накладные расходы небольшие но они же есть? Почему не использовать какую-нибудь java-машину? Или современное железо для умных замков и лампочек уже не такое маломощное? Правда интересно. Не холивара ради.
никто в лампочку гипервизор не пихает, вроде. Тут для другой эмбеддовки.с лампочками, конечно, все печально, начиная с wifi применяемого. Но надеюсь сабж не для них все же
миф тяжеловесности виртуализации форсится апологетами контейнерезации: все тяжелые части виртуализации давно аппаратно реализованы, накладные расходы околонулевые.java практически мертва (это вам не сишка), брать её для разработки новых продуктов в 2019 - сомнительное удовольствие (если кто не в курсе - оракель разогнал сановских спецов, а другие какбе вообще в тамошних потрохах не шарят, оттого релизы раньше задерживались годами, а сейчас выходят или минорными или сырыми)
>java практически мертва (это вам не сишка), брать её для разработки новых продуктов в 2019 - сомнительное удовольствиеТак оракл теперь еще и бало хочет за использование жабы в коммерческих проектах.
Да ладно вам, openjdk качнули и продолжаете крутить свой spring. А если посмотреть на всякие графики всяких tiobe и компании(конечно же купленные ораклом), то можно заметить, что java даже если и раненая, то уверенно проживет еще долго. Даже хотя бы потому, что то количество говняного легаси, которое существует на java и которое никто не хочет выбрасывать и с которым надо взаимодействовать и развивать, будет накладно переписать на go или новомодный панацейный rust(это тот, который безопасный весь такой и офигенный... правда главную проблему, косоруких программистов, он ну никак не убирает).
Чтобы производитель имел доступ к оборудованию, вне зависимости от того что вы там себе напрошивали...
virsh list в лампочке - зачем ?
из за патентов ?