Представлен релиз проекта QEMU 8.2. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60322
Лучше бы все виртуальные устройства VirtualBox реализовали. Потому что virtio-драйвера для доступа к фс для XP отсутствуют, а для общих папок драйвера для guest additions уже написаны, только поставить надо.
лол, ты еще поддержку интеграции с MS-DOS попроси.
А четверо археологов вряд ли стоят костылей от которых другим пользы не будет.
Стоят только хотелки тех, кто платит. То есть платиновые спонсоры. Ты ведь тоже не платишь, зато как резанный визжать будешь, когда твою платформу дропнут.
А почему должны дропать Intel 2020 года? Я для виртуализации использую адекватное железо,
ибо нужно работать, а не ковырять легаси на XP. Может я особенный, но у меня софта который
работает только под XP нет.
У меня на Intel 2022 года работает Windows XP потому что я играю в GTA III .
Так или онлайн?
так , потому что игра 2002 года
Под вином вроде нормально должно идти.
Я вино плохо переношу
Водку-с предпочитаете?
Мсьё , как Вы могли такое подумать ? Только пиратский ROM !
> Мсьё , как Вы могли такое подумать ? Только пиратский ROM !Йо-хо-хо, пятнадцать флопарей на сундук мертвеца. И кило бутрома!
dosbox вполне себе шарит папки с хостом по умолчанию
Лучше бы реализовали — кто? Разработчики QEMU?
А так-то — дерзайте: https://www.virtualbox.org/browser/vbox/trunk
Оу май! Там какие-то def/kmk. Что за IDE надо купить, чтобы это собрать?
https://trac.netlabs.org/kbuild
> А так-то — дерзайте: https://www.virtualbox.org/browser/vbox/trunkЧто еще за шланги? Это не гит чтоли? О...ть!!!! Это ж SVN?! Хотя для юзеров икспы - самое то что надо :)
ну так возьми и напиши себе драйвер для своей хепе.
(это кстати не так и сложно имея готовый вбоксовый и открытый апи - сложнее будет по забытым форумам и мертвым трекерам найти ддк от этой древности)Зачем бы разработчикам куэмы ради твоего старья трахаться и тем более таким сложным способом - реализуя чужой апи завязанный на кишки чужого эмулятора, к тому же - дерьмовые (интересно, баг с однотредовым виртуальным сетевым адаптером так и висит в незакрытых все десять лет?)
Главное, чтобы вот таких отповедей не появлялось на gpu.
погоди-погоди, как так не появилось - они ж его на хрусте переписькали только что, разумеется старые драйверы будут несовместимы.
(хотя вот это конечно была задачка вполне для хруста - там ничего не надо кроме как вертеть в памяти готовые структуры, а с этим хруст как раз справляется и не сильно дороже чем с)
Есть же Virtual FAT Filesystem, зачем еще какие-то издевательства? Даже в DOS работает.
https://en.wikibooks.org/wiki/QEMU/Devices/Storage#Virtual_F...)
но она же само по себе - издевательство. Даже изменения транслирует только в одну сторону - на хост.Понятно что для доса какого - единственный вариант, с тех пор как умер mars nwe.
> но она же само по себе - издевательство. Даже изменения транслирует только
> в одну сторону - на хост.
> Понятно что для доса какого - единственный вариант, с тех пор как
> умер mars nwe.Кстати гря... https://forums.virtualbox.org/viewtopic.php?t=105581 пишут что virtio дрова для XP все же были - и даже вот последние рабочие на XP версии - вот - опубликовали. А поскольку virtio стандартный интерфейс, так что, как видим, vbox'еры цепляли им икспу, юзая дрова KVM от фидорасов, то уж сабжу они вообще - дом родной. Могут не уметь какие-то последние фишки virtio конечно - но хотеть последние фишки продвинутого стандарта в операционке которой около 2 десятилетий - ну знаете, скажите спасибо что хоть какое-то есть.
Disclaimer: у меня нет виндов и я не проверял этот совет лично... мне просто стало интересно что ALL делает кроме кодинга дров :). Кстати учитывая что дрова БЫЛИ - и икспу там ДРОПНУЛИ - отыграть это решение взад для реально желающих этого ... менее сложно чем могло бы быть!
Вам шашечки, или ехать?
Ну подключите как сетевой диск.
я стесняюсь спросить - а еще хоть это-то с xp в принцпе-то возможно? В смысле если сам диск будет не на такой же xp а вот на линуксе например? Есть подозрение что с современной сасамбой это не прокатит уже вообще.
> с современной сасамбой это не прокатит уже вообще.В Виде, вустановке системных компонентов, доустановить поддержку старой самбы, и ХР сможет подключаться.
А подключение к линуксовым samba ресурсам не помню проблем.Некоторые особо упоротые программы, с кустарной работой с файлами, как старые, так и новейшие, не работают с сетевых дисков. Но скопировать то на локальные диски возможно.
> еще хоть это-то с xp в принцпе-то возможно?да. с ВМ WinХР урезанной до упора успешно раздавали эмулированный ключ
для желтой программы, пробросом USB на хост. USB over IP желтая программа
детектировала и работать отказывалась, а так - болт ей.
>Потому что virtio-драйвера для доступа к фс для XP отсутствуютbusybox ftpd пропатчь под cp1251 и готово
а, вот это точно будет работать. И без ужасов vfat причем.
Главное чтоб в бизибоксе не запретили нимодный нисиюрный протокол.
> общих папокМожет, таки, каталогов? Папки -- это что-то из области рабочих столов и из драйверов требует только графические.
> Лучше бы все виртуальные устройства VirtualBox реализовали.А оно кому-то надо? Желательно еще и умеющему код писать и желающему комитить в qemu?
> Потому что virtio-драйвера для доступа к фс для XP отсутствуют,
Если ну очень надо - можно и эмулированые диски поюзать, а то что легаси операционка не умеет в эффективные виртуализационные интерфейсы - кто бы сомневался. Желающие могут накодить дрова virtio для XP, ничему не противоречит :D
>позволяет использовать эмулятор платформы Android с обычным QEMU.Да и так можно было использовать. То есть нельзя: нет общих папок, ибо ядерные модули не идут скомпилированными и установленными, да и сеть задолбаешься настраивать.
А эмулятор в Android Studio не через QEMU работает?
Там свой но можно настроить Android Studio чтобы использовал QEMU.
>То есть нельзя: нет общих папокВот это критерий так критерий.
Мало кто может пользоваться qemu. Слишком много подводных камней. Что бы сделать что то уникальное, понадобиться слишком много времени.
что тебе уникального там надо, хороняка?
Что уникальное ты сделаешь без сабжа? Конечно, под какие-то задачи bochs проще адаптировать, но его никак нельзя сравнивать с сабжем.
Ок, делай что-то уникальное без QEMU
>Слишком много подводных камнейdd if=/dev/zero bs=1M count=10240 of=image.img
qemu-system-x86_64 -accel kvm -m 4G -smp 4 -display gtk -hda image.img -cdrom image.iso
Сколько подводных камней ты насчитал?
Вроде можно даже так:
qemu-system-x86_64 -hda image.img
Там где-то 128 метров памяти выдаёт по дефолту, что-то жырное не потянет.
а сеть?
А сеть там автоматом как в -net user была.
> Мало кто может пользоваться qemu.Это ваши проблемы. А я вот пользуюсь, мне норм. Virtio крут и быстр. И даже можно кросс-виртуализацию (e.g. хост на x86-64, а VM - ARM). Хоть оно и медленное конечно, но кто еще так вообще всерьез умеет для кучи архитектур?
Черт, я даже свою фирмварь для STM32 там запустил. Она, правда, довольно быстро в HardFault брякнулась, ибо эмуляция STM32 там мягко говоря не идеальная и поддерживает далеко не все девайсы которые фирмварь юзает. Но uart поднять и поругаться туда оно таки успело (HardFault handler этим тоже грешил, откуда я и узнал про его срабатывание).
> Что бы сделать что то уникальное, понадобиться слишком много времени.
Я вот себе кросс-вирт сделал. Запуск Linux для ARM/MIPS/RISCV на x86-64 хосте. Попробуй это чем-то еще изобразить, заодно и посмотрим сколько времени на это уйдет. По моему моя технология кросс-респина Debian вообще достаточно уникальная - я заскриптил core logic процесса сам. Но без qemu это не прокатило бы.
Вот бы в Gnome Boxes можно было виндовую виртуалку с графическим ускорением наконец поднимать.
Попробуй в virt-manager. А это выкинь, там мало функционала.
Зато один палец не будет думать, на какую кнопку нажать.
Ну попробует он virt-manager.
Графическое ускорение появится на офтопике?
Угу, шикарный совет из разряда "У них нет возможности купить хлеб? Тогда пускай едят пирожные"
раньше был вариант сабжа работающий под оффтопиком без установки, т.е. приволок на флешке, запустил батник и загрузил любимый линукс...
а где оно сейчас?
Там же, где и раньше. Собирают всё так же.Но есть одна проблема с accel.
где раньше
http://lassauge.free.fr/qemu/QEMU_on_Windows.html
там старые
>напоминающего ранее доступный VirGLОригинальный закопают?
Ого. Эта лажа Раст в зависимости тащит. https://docs.rs/rutabaga_gfx/latest/rutabaga_gfx/
Идея конечно интересная, но реализация ужасная. При сборке пакета qemu эту фичу придется выпиливать.
Растофобы должны страдать.
Кстати, когда в -user добавят многопоток?
Уже работает при использовании через chroot. Я так tor пакет собирал под raspbery pi из под amd64, gkrellm показывал нагрузку на нескольких ядрах.
Собрал 8.2.0, начались проблемы с изображением в virtio-vga
а какие проблемы?
Не обновляется картинка нормально. Что-то на рабочем столе KDE отрисовалось, что-то наполовину или вообще не видно. Проблема в сеансе X11, а в wayland - вроде бы нормально.
а wayland на виртуалке или на хосте?
на виртуалке
а ты попробуй в качестве дисплея указать egl-headless. Я там всегда запускаю свои виртуалки.
> Собрал 8.2.0, начались проблемы с изображением в virtio-vgaТаже фигня, изображение не обновляется и рассыпается
https://gitlab.com/qemu-project/qemu/-/issues/2051