Представлен релиз проекта QEMU 6.2. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=56349
Снепшоты через QMP починили? (сломаны наглухо в 6.1)
на богоподобном байкале уже работает?
Лучше QEMU хуже нет.
В вянде работает нормально?
Ну будь у тебя разум, ты бы понял, что богоподобный Байкал - это T (MIPS) и M - ARMv8, а теперь и S - ARMv8. Так с чего это QEMU не должен работать на них?
А вот скажите мне. У меня стоит старая версия. Потому, что более новые странным образом не работают. Т.е. у меня есть сохраненные командные строки для различных нужд. После обновления они перестают работать, т.к. QEMU перестает находить нужные файлы, как будто возникают какие-то проблемы с кодировкой. С чем это может быть связано?
Обновлять нужно не только QEMU, но и кодировку.
Дорогие учёные. У меня который год в подполе происходит подземный стук. Объясните, пожалуйста, как он происходит.
Вот так вот: "Тук!..."
Ирод, выпусти бабушку из погреба, пока у неё там консервы не кончились!
Связано скорее всего с ld, а ещё с чем - а ты по факту глянь, что оно и откуда грузит, потрэйси
"Т.е. у меня есть сохраненные командные строки для различных нужд."
Обновились? Читайте новый man. QEMU регулярно CLI меняет, причём документация обновляется "когда получится уделить время".* Как я догадываюсь, "серьёзными" вещами (типа fuzzing'а) вы не занимаетесь. Для простых задач должно быть достаточно прокладки "libvirt", оборачивающей qemu (и не только) более-менее стабильным API. Там и CLI есть и qemu-monitor.
Не. Ну я вообще то серьезно. Я не делаю ничего особенно. Просто например гружу ISO. Указываю видушку, память, процессор, звук и сеть. Ничего особенного. А в более новых версиях оно как будто не понимает кодировку командной строки и ругается кракозябрами на имя файла.
Еще там какие то непонятки с кавычками. Ругается на них. В общем мне надоело это ковырять, я просто откатил версию и так и сижу на старой.
Вот, так и надо было сразу.
Работает? Не трожь.Тоже сижу на старой(ых, у меня под разные аппаратные платформы).
ИМХО новости про QEMU по ламповости могут тягаться с Wine
Даёшь бэкэнд вяленого в мейнстрим.
Вот это я имел в виду, если кто не понял: https://lists.nongnu.org/archive/html/qemu-devel/2021-09/msg...
В определённых случаях позволяет ускорить вывод графики на локальные дисплеи.
После версии 0.9 наблюдается огромный регрес. Каждый последующий выпуск работает в два раза медленней! Особенно хорошо заметно на слабом процессоре.
>В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVMЕсли это так, почему тогда оно умудряется работать в 50 раз хуже ритуалбокса? Графика лагает, родное разрешение в гостевой ОС не установишь. Даже без GUI Linux внутри QEMU умудряется неимоверно тормозить, хотя в ритуалбокс он работает практически с такой же скоростью, как и на хосте. Это вы называете "близка к аппаратной системе"?
Кажись вы KVM модуль не загрузили...
Он включен, даже юзера в группу kvm добавлял, ключ -enable-kvm добавлял. Как итог всё так тормозит, что даже курсор подвинуть проблематично. Без -enable-kvm всё ещё хуже
Поставь видеокарту QXL, загрузи модуль KVM, архитектура гостевой ОС должна совпадать с хостовой.УМВР.
И в госте запустить spice-vdagent(d), чтобы работала подгонка разрешения экрана
Уже который год, винда и яблоко работают исключительно из под qemu-kvm + zfs + slog + l2arc с "-hypervisor"(что само по себе "роняет" производительность, но работают wsl2 + tensorflow + pytorch + cuda) и время от времени играю - потеря производительности всего 10% от хоста.
Последнее яблоко работает? Есть возможность запустить?
Так как являюсь обладателем 1080 Ti, то ограничился лишь проверкой запуска установщика - все прекрасно работает.
Хм.
Ок, спс... на выходных сяду попробовать.
Admino, QXL я и использовал, родного разрешения экрана нет. Но 1920*1080 (есть 1920*1200), ни 1366*768 - но есть 1280*720, но с ним всё мыльно... Пробовал и другие адаптеры использовать и ситуация не лучше
По скорости виртуального CPU вроде как нет разницы между virtualbox и qemu/kvm.
Но вот если надо запустить винду, да еще и с ускорением графики, то тут работает только qemu/kvm. К сожалению для винды, драйвера есть только начиная с 8.1.
Linux также в qemu/kvm с ускорением графики более или менее работает.А вот на virtualbox от ускорения одно название. Есть только OpenGL 1.1 или 2.0 уже точно не помню. Но этого явно недостаточно.
Нужно устанавливать virtio дополнения в гостя. Но всё равно тормозит. Звук лагает, например, любая картинка с задержкой, кадры выпадают на любых настройках (в том числе на самых лёгких). Я не знаю, как, но в vbox лучше (не на много) и в vmware player гораздо лучше, можно даже игры запускать и не переживать из-за постоянных проблем (причём, успешно работает с того же загаженного образа для qemu и vbox, если я ничего не путаю).
Какой-то бред графоманский. Все там отлично работает и летает.
Попробуйте запустить в virt-manager. Запустите и на хосте посмотрите ps aux | grep qemu. Если в virt-manager таких проблем не будет, то значит вы неправильно запускаете Qemu.
>полной эмуляции для 14 аппаратных архитектурНу хотя бы на одной то починили частоту процессора?
Нуу....?Нуууу.... ?!
А её и не ломали.
Молчал бы, если не в курсе.
Лучший эмулятор для познавших дзен :)