The OpenNET Project / Index page

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



"Выпуск эмулятора QEMU 6.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск эмулятора QEMU 6.0"  +/
Сообщение от opennews (ok), 30-Апр-21, 13:00 
Представлен релиз проекта QEMU 6.0. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы, на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55055

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от ryoken (ok), 30-Апр-21, 13:00   –2 +/
Предлагаю замену: "на системах с новым ARM-чипом Apple M1" -> "на системах с SoC Apple M1".
Ответить | Правка | Наверх | Cообщить модератору

2. Сообщение от Аноним (2), 30-Апр-21, 13:05   +/
Лучший!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30

3. Сообщение от Zenitur (ok), 30-Апр-21, 13:18   +11 +/
> Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86.

Я первый раз встретил упоминание QEMU в статье Криса Касперски о x86_64. Когда архитектура была нова, а у него ещё не было этого процессора, он запустил QEMU и попробовал x86_64 на нём. Второй раз я встретил упоминание QEMU в ностальгическом видео на ютюбе, где автор вспоминал, как году в 2003 при помощи QEMU ломали винду, имитируя сервер активации Windows. Ну а третий раз я встретил QEMU в своей openSUSE 12.1, когда я узнал, что можно пробрасывать видеокарту в гостевую винду. В системе уже были программы для виртуализации, и я обнаружил, что виртуалка называется не Xen, а именно QEMU.

Здоровья проекту и успехов.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34

4. Сообщение от Аноним (4), 30-Апр-21, 13:26   –7 +/
>В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM

Если это так, то почему он тогда умудряется работать хуже ритуалбокса? Сколько завожу его, то грузит всё медленнее, то графика лагает, хотя KVM включал.. Я может не так что делаю?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #6, #28, #54, #55

5. Сообщение от DeerFriend (?), 30-Апр-21, 13:38   +8 +/
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

6. Сообщение от Sacra (?), 30-Апр-21, 13:42   +4 +/
> то графика лагает, хотя KVM включал
> Я может не так что делаю

Угу, кое что. Не понимаешь зачем нужен KVM как минимум.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #45

7. Сообщение от Аноним (7), 30-Апр-21, 14:12   –8 +/
Лучше создать универсальную архитектуру для всего и не париться с эмуляторами.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #11, #13, #31

10. Сообщение от заминированный тапок (ok), 30-Апр-21, 14:24   +2 +/
с нетерпением ждём твоих разработок

вангую либо это будет:
* умные часы с избыточной производительностью размером и с комбайн на архитектуре, схожей с x86_64
* либо ПК с производительностью графики как у мобилки на архитектуре, схожей с ARM
* либо просто ничего

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #29, #41

11. Сообщение от муу (?), 30-Апр-21, 14:38   +3 +/
https://xkcd.com/927/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

12. Сообщение от Аноним (12), 30-Апр-21, 14:43   +/
Аппаратное ускорение графики в виртуалки еще не завезли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14

13. Сообщение от Аноним (13), 30-Апр-21, 14:48   +2 +/
Но тогда как чесать собственное величие рисквешникам?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #18, #40

14. Сообщение от Аноним (-), 30-Апр-21, 15:00   –1 +/
> Аппаратное ускорение графики в виртуалки еще не завезли?

Virtgl отлично работает

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #17

15. Сообщение от Аноним (15), 30-Апр-21, 16:13   –1 +/
Звук терщит и в этой версии.
Ответить | Правка | Наверх | Cообщить модератору

16. Сообщение от 0x501D (?), 30-Апр-21, 16:14   –1 +/
/* Добавлены новые QMP-команды load-snapshot, save-snapshot и delete-snapshot для управления снапшотами qcow2. */
Ну наконец-то, 3 года (или больше) приходилось самому патчить, а в апстрим не принимали
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21

17. Сообщение от Аноним (18), 30-Апр-21, 16:16   +/
Какие видяхи поддерживаются?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #23, #50

18. Сообщение от Аноним (18), 30-Апр-21, 16:19   +1 +/
Ну так RISC-V и прнинять за универсальную архитектуру для всего. Наверное, что-то проще уже трудно придумать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #24

19. Сообщение от shprotru (ok), 30-Апр-21, 16:25   +/
неужели osx big sur стартанёт? было бы здорово если б x86 стартанула, у меня что-то это ни в qemu, ни в vmware на линуксе не удалось. Проблема именно с этой версией osx
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #53

20. Сообщение от iPony129412 (?), 30-Апр-21, 16:32   +/
Это кто пробовал?
https://mac.getutm.app/
Вроде на Qemu же?
Ответить | Правка | Наверх | Cообщить модератору

21. Сообщение от 0x501D (?), 30-Апр-21, 16:44   –1 +/
QMP: {"error": {"class": "CommandNotFound", "desc": "The command save-snapshot has not been found"}}

Нас обманули - расходимся...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #22

22. Сообщение от 0x501D (?), 30-Апр-21, 16:55   –1 +/
и в исходниках нет этого кода, кругом обман :D
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #25

23. Сообщение от Аноним (24), 30-Апр-21, 16:59   +/
Intel. Может быть nvidia.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

24. Сообщение от Аноним (24), 30-Апр-21, 17:01   –1 +/
Как там с производительностью? Пока что эльбрусы жизнеспособнее и конкурентоспособнее (особенно топовая модель -- уже выпустили?).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

25. Сообщение от 0x501D (?), 30-Апр-21, 17:33   +/
Разгадка оказалась проста: перепутали написание команд в ченжлоге:
migration: introduce snapshot-{save, load, delete} QMP commands
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

26. Сообщение от Lex (??), 30-Апр-21, 17:37   +/
Самое простое ( при поддерживаемом железе ) - поставить хакинтош с опенкор
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #33

27. Сообщение от Аноним (28), 30-Апр-21, 18:27   –2 +/
Ох, даже и не знаю. Пятая ветка заметно тормозная с вложенной виртуализацией... четвертая пока что лучшая.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #43

28. Сообщение от Аноним (28), 30-Апр-21, 18:29   +/
По умолчанию qemu-kvm работает довольно плохо, но вот если удариться в тонкости конфигурирования - вполне можно получить 97% от хоста. Но это займет очень, очень много времени и сил!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #32

29. Сообщение от richman1000000 (ok), 30-Апр-21, 19:36   +/
>с нетерпением ждём твоих разработок

не надо, не надо мотивировать его на плохие идеи. Люди и так много де....ьма уже придумали

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

30. Сообщение от Anonimemail (??), 30-Апр-21, 20:10   +/
да, ты умничка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

31. Сообщение от Аноним (31), 30-Апр-21, 20:34   +/
https://xkcd.com/927/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

32. Сообщение от PnD (??), 30-Апр-21, 20:53   –1 +/
5…10% пенальти на более-менее современных x86_64 железках.
Это когда несколько десятков ВМ делят несколько десятков ядер ЦП и несколько сотен ГБ ОЗУ хост-системы.
Хуже сделать легко, "надавив" на сеть/диски. Лучше — ?

* Для тех кто в теме, типовая нагрузка у меня — "когерентная".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #44

33. Сообщение от SinoptikUF (?), 30-Апр-21, 20:54   –3 +/
Самое лучшее и элегантное решение - купить новый Mac.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #39, #47, #48

34. Сообщение от Ordu (ok), 30-Апр-21, 21:20   +/
Хм. Как-то пассивно выглядит. Все три столкновения произошли не по твоей инициативе. Ты мужик или нет? Столкновения с чем-либо должны происходить потому, что ты в активном поиске столкновения. История должна быть типа такого: мне потребовалось сделать X и я начал искать способов, перебрал несколько, и выбрал qemu.

Я впервые столкнулся с qemu году эдак в 2005, когда мне на рабочем компе не удавалось обойтись без венды, а я хотел линукса. Я тогда венду запускал в qemu, работая преимущественно под линём. Венда тормозила, конечно, никакого kqemu не было, но это было лучше, чем гонять линуксовый софт под cygwin. (Хотя не... я ж тогда как раз разочаровался в дебиане, потому как мне пришлось пересобирать ядро и qemu, а дебьян не позволял встроить сборку двух пакетов из сорцов в обновление системы, так чтоб apt-get автоматически скачивал бы мне сорцы и предлагал бы собрать, после того как он обновит все депендансы. И по-моему всё происходило как раз из-за kqemu)

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

35. Сообщение от BrainFucker (ok), 30-Апр-21, 21:55   +2 +/
А ARM андроид он запускать умеет без установки в систему каких-то дополонительных специальных модулей ядра как это требует Anbox и тому подобное? И без всяких snap и flatpak.
Ответить | Правка | Наверх | Cообщить модератору

36. Сообщение от Аноним (36), 30-Апр-21, 22:13   +1 +/
Просветите чем эмулятор от гипервизора отличаются и как они связаны?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #38, #56

37. Сообщение от Аноним (13), 01-Май-21, 02:28   +/
тутошняя аудитория способна тебе втирать только про крутой раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

38. Сообщение от n00by (ok), 01-Май-21, 08:13   +1 +/
Имеется программа для ARM и процессор AMD64. Они не совместимы. Программа-эмулятор читает из программы для ARM одну команду для ARM и вместо неё выполняет какие-то похожие для AMD64. Это медленно, зато работает.

Имеется Android x86 и процессор AMD64. Такой Android можно запустить на AMD64 непосредственно, но там уже запущена другая ОС (Linux). Блок процессора "Гипервизор" делает вид, что другой ОС нет, железо "голое". Это работает быстро, но не всегда возможно.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #51

39. Сообщение от Аноним (39), 01-Май-21, 10:29   +2 +/
Продать себя в рабство ради покупки макета компьютера?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

40. Сообщение от Fractal cucumber (ok), 01-Май-21, 11:05   +/
Че за "рисквешники"? Архитектура процессора называется risk-five, если об этом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

41. Сообщение от Аноним (41), 01-Май-21, 11:13   –1 +/
Ой, ты ж Эльбрус описал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

42. Сообщение от Анонин (?), 01-Май-21, 11:19   +/
Теперь точно накатим максимальную
Ответить | Правка | Наверх | Cообщить модератору

43. Сообщение от anonymous (??), 01-Май-21, 13:25   +/
Вы какую-то бнссмыслецу сказали. Как вы измеряете производительность? И какие примерно сиделки вы получили на 4ой и 5ой ветках?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #46

44. Сообщение от Sw00p aka Jerom (?), 01-Май-21, 15:01   +/
AHV на базе quemu-kvm
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

45. Сообщение от Аноним (45), 01-Май-21, 15:28   +2 +/
А нормально объяснить тебе религия не позволяет? Я спросил, что я не так делаю, а не для чего KVM нужен, который VurtalBox почему-то заводит нормально
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

46. Сообщение от Аноним (46), 01-Май-21, 16:26   +/
Признаться, сам ничего не понимаю. Под Pop!OS Cosmic c 5 веткой полный порядок, а в убунте 21.04 все очень плохо. Проверял в cpu-bound игре 58 против 40 фпс в Windows 10 20H2 c WSL2 - не особо жалую синтетику. Фс, набор твиков в sysctl(планировщик) и конфиг виртуальной машины - набор один и тот же. Может вы сможете хоть что-то прояснить?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

47. Сообщение от Аноним (47), 01-Май-21, 19:04   +1 +/
єто самое тупое решение, ну или решение от "маковода"... кому какое название больше нравится)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

48. Сообщение от Lex (??), 02-Май-21, 13:34   +/
> Самое лучшее и элегантное решение - купить новый Mac.

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

Чего только стОит посредственная оперативка:
8 Гб DDR4 2,66 / 10 тыс руб

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #49

49. Сообщение от n00by (ok), 02-Май-21, 16:57   +/
>> Самое лучшее и элегантное решение - купить новый Mac.
> Нет, ведь это не позволит просто взять и собрать себе комп по
> сходной цене и с нужными параметрами - только выбирать из того,
> что яблоко предлагает..
> Чего только стОит посредственная оперативка:
> 8 Гб DDR4 2,66 / 10 тыс руб

Самое смешное в этом раскладе, что я как-то покупал DDR3 с наклейкой "специально для Мак" за полцены от обычной DDR3. Магазин её уценил, поскольку мало кто брал - в описании сказано "на обычном железе не работает" (на самом деле работает).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

50. Сообщение от Аноним (-), 03-Май-21, 14:39   +/
У меня отлично работает на Intel и AMD. Само собой гости - Gnu/Linux. В проприетарных поделках всё очевидно печально. (либо я чего-то не знаю и есть способ кроме интелоавского vGPU или проброса GPU с хоста)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

51. Сообщение от Аноним (13), 03-Май-21, 23:25   +/
> Android x86 и процессор AMD64 ... Это работает быстро

Совсем не быстро. Жутко тормозит. Всё еле шевелится, даже если выделишь 4 ядра и гигабайты памяти.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #52

52. Сообщение от n00by (ok), 04-Май-21, 08:23   +/
>> Android x86 и процессор AMD64 ... Это работает быстро
> Совсем не быстро. Жутко тормозит. Всё еле шевелится, даже если выделишь 4
> ядра и гигабайты памяти.

Вы явно что-то не так делаете. Если речь про неудачный опыт с QEMU, то Android-x86 следует запускать штатным скриптом из rpm пакета и убедиться, что отрабатывает именно ветка с -vga virtio. ОЗУ достаточно и 2 Гб.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

53. Сообщение от Ted (?), 04-Май-21, 09:18   +/
У меня именно big sur заработал даже на 5.2 с этими скриптами: https://github.com/kholia/OSX-KVM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

54. Сообщение от Антонимно (?), 06-Май-21, 19:24   +/
> почему он тогда умудряется работать хуже ритуалбокса
> то грузит всё медленнее, то графика лагает,

Погаси Виртуалбокс модули ядра и т.д. Всё вернётся в норм. Дерутся они.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

55. Сообщение от Аноним (55), 07-Май-21, 05:52   +/
> хотя KVM включал.. Я может не так что делаю?

GPU попробуй хотя-бы virtio, чтоли (2D only, ютуб в 1080p позырить точно хватает).  

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

56. Сообщение от Аноним (56), 07-Май-21, 06:18   +/
> Просветите чем эмулятор от гипервизора отличаются и как они связаны?

Под гипервизором обычно понимают "программу уровнем выше ядра". Если ядро - supervisor mode, то над ним может быть hypervisor mode. Супервизор супервизоров. Взаимоотношение ядро <-> гипервизор немного похоже на взаимоотношение программа <-> супервизор (aka ядро). Только теперь caller - ядро, а исполнитель - железо и, вот, гипервизор.

Идея в том что железо, конечно, рубит привилегированые операции guest'а. А обрабатывает исключения гипервизор, который арбитрирует потуги, делит ресурсы, а при случае подвирает ОС и их ядрам что вон те привилегированные запросы к железу - прокатили. Хоть они и ни разу не - проц кинул исключение, гипервизор пришел, посмотрел, что-то сделал, вернул результат как будто и правда сработало. Операционка не заметила подвоха и ее ядро работае как будто всем и рулит, хоть это уже и не так. Плюс этого подхода в том что большую часть операций guest все же напрямую или почти напрямую делает на реальном железе - и скорость выполнения близка к железной.

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

Под эмулятором же обычно понимают "программную реализацию оборудования". Простой пример: запускаем программу, программа читает опкоды из вон того бинарного потока и глядя на них делает то же что делал бы настоящий железный проц (меняет внутреннее состояние так же как настоящий проц). При этом совершенно не обязательно обладать тем процом, проц хоста может быть любым, лишь бы программу эмулятора мог запустить. Этот номер можно провернуть и с всеми остальными железками, так что эмулятор может эмулировать и вообще целиком всю систему. Поэтому какой-нибудь x86 может на раз прикинуться Raspberry Pi, хоть у него и нет ARM'овского процессора (точность и полнота эмуляции отдельный вопрос, но все же).

Эмуляция сильно гибче - можно изобразить вообще совсем все, незвисимо от возможностей и архитектуры своего железа. Вопрос в том с какой скоростью. Некто на AtMega сэмулировал ARMv5 с MMU и загрузил там убунту наример. Просто это был очень медленный "ARM" из-за того что "хост" убогий по фичам и слабосильный.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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