Анонсирован (http://lists.nongnu.org/archive/html/qemu-devel/2014-12/msg0...) релиз QEMU 2.2 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к нативной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.
Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. Всего в разработке всех выпусков QEMU приняло участие более 400 авторов, которые подготовили около 30 тысяч изменений. При подготовке версии 2.2 внесено около 1700 изменений от 171 разработчика.Ключевые улучшения (http://wiki.qemu.org/ChangeLog/2.2), добавленные в QEMU 2.2:
- В многопоточный вариант бэкенда virtio-blk, используемого для эмуляции блочных устройств, добавлена поддержка изменения размера диска, горячего отключения, поддержка встроенной в QEMU реализации NBD, различные возможности по управлению дисками, такие как горячее резервное копирование, потоковая передача, зеркалирование и слияние снапшотов;
- Представлена экспериментальная реализация многопоточного варианта бэкенда для virtio-scsi, используемая по аналогии с virtio-blk ("-object iothread,id=id" и "-device virtio-scsi-pci,iothread=id");
- Поддержка горячего подключения контроллеров USB ( XHCI/EHCI/UHCI);- Поддержка клавиатур и мышей с интерфейсом USB 2.0;- Улучшение механизма live-миграции для гостевых систем, использующих паравиртулизированный таймер KVM;
- Поддержка непосредственной загрузки Linux-ядер (bzImage) с использованием опции "qemu -kernel" для гостевых систем под управлением гипервизора Xen;
- Поддержка эмуляции IOMMU (VT-d) для гостевых систем на базе архитектуры x86 Q35 (эмуляция IOMMU включается через "-machine iommu=on");
- Поддержка эмуляции на базе классического генератора кода TCG (Tiny Code Generator) точек останова и интерфейса прошивок PSCI для гостевых систем с архитектурой ARM;
- Поддержка эмуляции архитектур TriCore, MIPS64 rel 6 и MIPS SIMD;
- Поддержка эмуляции окружений для гостевых систем с OS X 10.2, 10.3 и 10.4 при выборке эмулируемой платформы mac99;
- В эмуляцию на базе TCG добавлены оптимизации для гостевых систем для архитектуры PowerPC.
- В эмуляторе на базе TCG обеспечена возможность запуска QNX;- Обеспечена возможность запуска NetBSD и OpenBSD под управлением qemu-system-sparc64 в режиме "-nographic";- Поддержка эмуляции LSI MegaRAID SAS 2108 HBA ("-device megasas-gen2");- Предлагаемое по умолчанию VGA-устройство для архитектуры x86 заменено с cirrus на stdvga, которое более оптимально для большинства гостевых систем.
URL: http://lists.nongnu.org/archive/html/qemu-devel/2014-12/msg0...
Новость: http://www.opennet.me/opennews/art.shtml?num=41224
>Поддержка эмуляции IOMMU (VT-d) для гостевых системКласс. Вместе с nested виртуализацием можно пробросить видяху в квм гостя, там поднять виртуалку и пробросить видяху в нее. На N-ной виртаалке можно запустит винду и поиграть.))))
Поищите на Арчевики для ксена, именно этот сценарий.Год назад я пробрасывал в КВМ аппаратный рэйд-контроллер.
нахрен ненадо
если вантуз в дуалбуте, перегруз - вопрос десятков секунд
у меня за последние 7 лет все что надо и под wine раотало на ок
> нахрен ненадо
> если вантуз в дуалбуте, перегруз - вопрос десятков секундДа и всякие VirtualBox-ы с VMPlayer-ами дают ускоряемые OpenGL и Direct3D внутри виртуалок.
>Да и всякие VirtualBox-ыВы их тестили? 128M VRam хватит всем? Разве что для старья из 90х.
Если есть рабочий ноут и домашний комп для игрушек, можно через трансляцию в стиме играть на ноуте.
Это чтобы на мелком экранчике, урезанной клаве и убогом эрзаце мыша ютиться? :)
>>Поддержка эмуляции IOMMU (VT-d) для гостевых систем
> Вместе с nested виртуализацием можно пробросить видяху в квм гостяПросветите, пожалуйста. Про что речь? Видимо у меня в голове устарелая информация, ибо в моём понимании вы из под KVM-ного гостя уже не сможете использовать vmx инструкции (не сможете получить доступ к cpu-ring "-1"), а следовательно следующий гость будет полностью software-ным (а-ля голый qemu).
> , там
> поднять виртуалку и пробросить видяху в нее. На N-ной виртаалке можно
> запустит винду и поиграть.))))И N-1 раз будет осуществляться трансляция процессорных инструкций.
>>>Поддержка эмуляции IOMMU (VT-d) для гостевых систем
>> Вместе с nested виртуализацием можно пробросить видяху в квм гостя
> Просветите, пожалуйста. Про что речь? Видимо у меня в голове устарелая информация,
> ибо в моём понимании вы из под KVM-ного гостя уже не
> сможете использовать vmx инструкции (не сможете получить доступ к cpu-ring "-1"),
> а следовательно следующий гость будет полностью software-ным (а-ля голый qemu).
>> , там
>> поднять виртуалку и пробросить видяху в нее. На N-ной виртаалке можно
>> запустит винду и поиграть.))))
> И N-1 раз будет осуществляться трансляция процессорных инструкций.modinfo kvm_intel|grep nested
parm: nested:bool
>[оверквотинг удален]
>> Просветите, пожалуйста. Про что речь? Видимо у меня в голове устарелая информация,
>> ибо в моём понимании вы из под KVM-ного гостя уже не
>> сможете использовать vmx инструкции (не сможете получить доступ к cpu-ring "-1"),
>> а следовательно следующий гость будет полностью software-ным (а-ля голый qemu).
>>> , там
>>> поднять виртуалку и пробросить видяху в нее. На N-ной виртаалке можно
>>> запустит винду и поиграть.))))
>> И N-1 раз будет осуществляться трансляция процессорных инструкций.
> modinfo kvm_intel|grep nested
> parm: nested:boolЗабавно, благодарю. Вот и что-то новенькое… Хотя 5-минутный поиск не дал конкретного описания как это работает (какие инструкции добавлены и что они делают). Но позже нужно будет изучить…
>>Поддержка эмуляции IOMMU (VT-d) для гостевых систем
> Класс. Вместе с nested виртуализацием можно пробросить видяху в квм гостя, там
> поднять виртуалку и пробросить видяху в нее. На N-ной виртаалке можно
> запустит винду и поиграть.))))так работать не будет, потому что iommu только меняет адреса для pci транзакций девайса, но не даёт возможности этот процесс контролировать.
> - В эмуляторе на базе TCG обеспечена возможность запуска QNX;Джва года не ждал. Как хорошо, что я в своё время не вляпался в QNX
> - Обеспечена возможность запуска NetBSD и OpenBSD под управлением qemu-system-sparc64
Лучше бы Солярку на спарке запустить, хотя к таким тормозам я ещё не готов
> Предлагаемое по умолчанию VGA-устройство для архитектуры
> x86 заменено с cirrus на stdvga, которое более оптимально для большинства
> гостевых систем.Хорошо, ибо всегда стд выставляю вручную
> Лучше бы Солярку на спарке запустить, хотя к таким тормозам я ещё
> не готовОна, в общем, с терпимой скоростью работает на SunBlade 2500. Может быть и под QEMU будет хорош работать? Но я слышал, что SPARCи исключительно плохо поддерживаются в QEMU.
> Хорошо, ибо всегда стд выставляю вручнуюС линухом лучше всего обычно работает вмваровский адаптер (ну хоть какая-то польза от этих проприерастов).
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-7815В этом году максимум только DOS.. Не плохо судя по качеству других систем виртуализации!
Как кстати в новой версии с эмуляцией sparc64? Возможно поставить solaris под данную архитектуру? Предыдущая версия зависала.
//Да, я знаю толк в извращениях.
cubieboard кому-нибудь удавалось эмулировать? ежели да, то подскажите ключики?> Как кстати в новой версии с эмуляцией sparc64?
пацаны как-то говорили, что в гите стало получше... солярис не интересовал, я только openbsd спарковые крутил... насколько получше - не знаю, не собирал.
> cubieboard кому-нибудь удавалось эмулировать?Если ты надеешься что кто-то написал точный эмуль sunxi со всей периферией - ну, надейся....
откуда вы такие берётесь, некомпетентные и не имеющие ни о чём детального представления?речь идёт о запуске -M cubieboard. те же, кто вперые слышит о данном ключе, с позиции здравого смысла должны были бы просто промолчать.
но где аноним, и где здравый смысл. чем меньше знания о предмете, тем больше своих мнений вставляет... нет, анонимов я понимаю - это конченные дебилы с дефицитом внимания. но почему администрация потакает дебилам? на кой хрен некомпетентность плодить?
> речь идёт о запуске -M cubieboard.Как ты понимаешь, эмулирование кубиборда там очень приблизительное.
> конченные дeбилы с дефицитом внимания. но почему администрация потакает дeбилам?
А я не знаю почему тебя не стирают. Всегда из тебя какой-нибудь идиoтизм или нытье прет. Или рассказы о том какие все глупые, в отличие от тебя. Совершенно бесполезный кадр.