Представлен релиз проекта QEMU 9.0. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61060
Отличная штука, использую для тестирования обновлений операционной системы. Суть такова: скачиваю свежие пакеты, пересобираю всякие initrd и все такое, а затем тестирую в QEMU. Если все работает как надо, накатываю апдейт на хост. Такое возможно в NixOS. В остальных дистрах русская рулетка: может слетит что-то после обновления, а может и нет, пока не накатишь на хост -- не узнаешь.
Глупостями занимаешься. Все проблемы, что я встречал в линуксе, были либо из-за железа и непредсказуемые, либо диагностируемые только в процессе использования под реальной нагрузкой и опять же непредсказуемые.
Есть ещё одна проблема: пропажа функциональности. Типа сломали или выпилили.
В нормальном дистрибутиве не выпиливают на ходу, а когда придет пора апгрейдиться на новую версию - уже и не денешься никуда. Ну сломали и выпилили - а твой старый-то - опа, уже EOL. Так что ставь сразу на железо - быстрее привыкнешь.
Оракли — как, нормальные?
Ну, вот у них в UEK — то загрузку под xen отломают (из RH бэкпортировали, те до сих пор несгибаемо борются), то "здрасьте, вот вам свежий питон в зависимостях для фирмварей" (э, зачэм питон?).Так себе пример, конечно (это всё решаемо в рабочем порядке). И вообще, есть всякие CoW ФС для "не пошло́ — откатил".
Куда больше пользы бывает от упаковки какой-нибудь гадкой блобятины. Которая зачем-то нужна, но вот в devfs её точно пастись не приглашали.
Как сказать. При миграции с Debian 11 на Debian 12, хорошо, что перед этим проверил в VMware.Там обновляться нужно.
- apt upgrade
- apt full-upgradeА я делал:
apt full-upgradeИ кучу битых зависимостей сразу.
Проблемы недодистров и любителей васянореп. Переходи на роллинг.
Тогда и QEMU не поможет, ведь пока будешь проверять на нем, там с 10 мажорный версий выйдет.
В общем, такой себе совет.
> Тогда и QEMU не поможет, ведь пока будешь проверять на нем, там
> с 10 мажорный версий выйдет.
> В общем, такой себе совет.QEMU в любом случае не поможет. Это вопрос минмального тестирования перед запуском в прод. Зато, теперь ты понимаешь, почему ФС со снапшотами пользуется таким спросом.
> Проблемы недодистров и любителей васянореп. Переходи на роллинг.Правильно, там такое - норма, а не исключение. А у арчеводов пакетник настолько педальный что при переходе на системду вообще убивал системы, если юзеры сами МАНУАЛЬНО не отпедалят инструкции из ридми. Так можно и LFS тарболами грузить, чего уж мелочиться. А роллинг? Насколько вас не задолбает из апстримов тягать - настолько и роллинг!
Он, конечно, несколько убог, но проблемы с пакетами из реп были на удивление редки. Другое дело, что они максимально ленивые. То, что миграция на другой инит не была безболезненной, это не удивительно, но к тому времени дистрибутив уже несколько лет как скатился и остававшихся пользователей было уже не жалко.
В НиксОС можно просто откатиться на предыдущую деривацию.
А вот как ты протестишь в виртуалке багу в драйвере девайса который есть на хосте но нет в виртуалке.
В общем ты занимаешься фигнёй.
И все это чтобы было не скучно?
> Отличная штука, использую для тестирования обновлений операционной системы.
> Суть такова: скачиваю свежие пакеты, пересобираю всякие initrd и все такое, а
> затем тестирую в QEMU. Если все работает как надо, накатываю апдейт на хост.А можно было этим всем не заниматься - и просто открыть для себя снапшоты. Для виртуалок - через гипервизоры. Для железок - через продвинутые ФС.
Перед апгрейдом просто делаем снапшот. А если не прокатило - ну, окей, за какую-нибудь минуту вернем все обратно как было. Может даже сохранив кривое состояние отдельно. Поковырять его. В фоне. На другом хосте. Где время не жмет.
Эмулятор 4К экрана когда завезут?
> Эмулятор 4К экрана когда завезут?Попробуй просто выставить 4K в виртуалке. Какие-то проблемы?!
да, полного 4К в списке нет, есть меньше
> За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400.Те, кто спрашивают зачем это нужно, когда есть VirtualBox, что с лицом?
А зачем мне 14 аппаратных архитектур? Мне нужна только AMD64.
> Мне нужна только AMD64И она тут есть
Ну есть, а остальные 400 зачем?
А зачем тебе знать, зачем они?
> Ну есть, а остальные 400 зачем?аппаратных платформ 14, а не 400. 400 - это всякие сетевые карты, шины, звуковые карты и тд
Сборачку покатать. Крыс-платформа, сэр!
Ну раз Анониму (11) не нужно, выпиливаем...
эмуляция == виртуализация?
На родной платформе оно через KVM виртуализирует, неродные архитектуры - эмулирует. Что сказать то хотел?
> неродные архитектуры - эмулируетVirtualBox is a powerful x86 and AMD64/Intel64 virtualization product
> Что сказать то хотел?
][ер с пальцем не путайте. Вы выдираете цитату про эмуляцию, и в этот контекст суете продукт который занимается виртуализацией. Где логика?
Что-то я каждый раз, когда читаю твои ответы или посты, не могу понять твою мысль никогда. Просто набор слов какой-то.По сути - в каком месте я выдрал цитату из контекста, ][ер ты в ]I[опе? Эмуляция не равно виртуализация. QEMU и эмулятор и виртуализатор. Еще раз, что сказать то хотел?
> По сути - в каком месте я выдрал цитату из контекста"""
За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400."""
Цитата про число эмулируемых аппаратных устройств.
"""
Те, кто спрашивают зачем это нужно, когда есть VirtualBox, что с лицом?
"""С какого бодуна VirtualBox в контексте "эмулируемых аппаратных устройств"?
> Еще раз, что сказать то хотел?
Читайте выше
Ой ля... Ты когда в VB создаешь виртуалку с сетевкой e1000, к-й у тебя на компе нету, эта сетевка откуда берется в виртуалке? Виртуализируется или эмулируется? А всякие PCI-устройства, шины, жесткие диски и тд?
> Ой ля...алё, это эмуляция какого устройства? Эмулирует виртуал бокс отличный от x86 and AMD64/Intel64 ЦПУ?
> Виртуализируется или эмулируется?
Вы тоже ][ер с пальцем путаете?
> Вы тоже ][ер с пальцем путаете?всмысле тоже? Это все еще я :)
Смотри, короче... и VB и QEMU в режиме KVM - оба гипервизоры, а не эмуляторы. Но QEMU еще и 400 девайсов эмулирует. Ну дак они и в ВБ эмулируются, только не 400, а меньше. А езе QEMU и проц может эмулировать, а ВБ нет.
> а ВБ нет.ну и с какого бодуна ВБ упоминается в контексте эмулятора аппаратных платформ?
Надо и так и сяк и ещё там. Виртуалко вам не докер!!! Оно там всё эмулирует виртуальненько, а квм прост на подсосе вам всё это дело ускоряет, но суть не меняец.
> Ой ля... Ты когда в VB создаешь виртуалку с сетевкой e1000, к-й
> у тебя на компе нету, эта сетевка откуда берется в виртуалке?
> Виртуализируется или эмулируется? А всякие PCI-устройства, шины, жесткие диски и тд?Нормальные люди давно уже так то virtio юзают. Когда и ядро и гипервизор явно в курсе что "железо" виртуальное - без вон той канители с эмуляцией регистров - так что скорость работы этого всего на порядок выше. Но фанам виртуалбокса сойдет и потуповейтить, они ж маклауды.
> С какого бодуна VirtualBox в контексте "эмулируемых аппаратных устройств"?не знаю, спроси у тех, кто говорит, что QEMU не нужон, если есть VB
> не знаю, спроси у тех, кто говорит, что QEMU не нужон, если
> есть VBА вы тогда чем от них отличаетесь? Если вы прекрасно понимаете разницу между эмулятором и виртуализатором (гипервизором), зачем тогда в контексте куэму говорить за виртуалбокс?
Это одно и то же. Коробка форк сабжа, кстати. Там ещё код из пермиссивного вайна был надёрган (как минимум).
Это ты спроси у тех, кто говорит, что QEMU не нужон, когда есть VB
> Те, кто спрашивают зачем это нужно, когда есть VirtualBox, что с лицом?Расскажи, что там еще у тебя спрашивают лишь тебе слышимые голоса?
Еще вот такое спрашивают:- Мне нужна только AMD64
- И она тут есть
- Ну есть, а остальные 400 зачем?
Подходит человек в кафе к кассе, чтобы взять ложку, видит ложки-вилки-ножи и давай:
- Мне нужна только ложка.
- И она тут есть.
- Ну есть, а остальные приборы зачем?
> Мне нужна только AMD641. Мне нужна x32 - там старые лицензионный Windows XP с лицензионным Ms Office 2003 даже в виртуалке рвут как тузик грелку любой LibreOffice на современных десктопных Линуксах (а вином я не люблю засорять систему)
2. остальные архитектуры нужны для тестирования.
3. столько много оборудования потому что считают и уже "архивное", для которого делался код, но котоые сейчас уже мало где используются, но "шобы было". Потому что это в любом случае лучше когда Нет.
Есть конечно у QEMU определенные траблы. Я не знаю, проблема это эмуля или драйвера, но он почему то плохо дружит с нестандартными разрешениями типа 5:4. В этом случае например может заглючить мышка. А так классно. Есть аппаратное ускорение. Например классно собрать Android из исходников под Linux, не вылезая при этом с винды. На работе я мог гонять виртуальный комп ради других настроек сети, не прекращая при этом рабочий процесс на своем компе. Жаль Android-x86 загнулся и последняя версия у них 11. 11 пока ок в отличие от 9й, на которой есть глюки, но рано или поздно она устареет.
>Прекращена поддержка использования 32-разрядных Windows в качестве хостовых ОС.Вот это жалко.
Почему? Тут же пишут, что виндоус - лучшая десктопная ОС. Пользователи лучшей десктопной ОС очевидно сами смогут поддерживать и патчить QEMU для 32-битной винды
Мне тоже раньше нравился икспи. Но после перехода на линукс все виндусы стали одинаково пахнуть.
Почему версия сразу 9, а не 8.3?
Догоняют хром
Как оно по сравнению с VirtualBox и с VMware?
На сколько оно лучше или хуже для сборки собственной системы из исходников, например LFS?
Для сборки LFS безралично какая. На любой можно.
Посоветуйте пожалуйста хороший GUI для QEMU
virt-manager
А под винду?