The OpenNET Project / Index page

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

Выпуск эмулятора QEMU 11.0.0

23.04.2026 13:11 (MSK)

Представлен релиз проекта QEMU 11.0.0. В качестве эмулятора QEMU позволяет запустить программу, собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU производительность выполнения кода в изолированном окружении близка к аппаратной системе за счёт прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM в Linux, или модуля NVMM в NetBSD.

Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. При подготовке версии 11.0.0 внесено более 2500 изменений от 237 разработчиков.

Ключевые улучшения, добавленные в QEMU 11.0:

  • Удалена поддержка 32-разрядных хост-систем, которая была объявлена устаревшей в апреле прошлого года в QEMU 10.0. В декабрьском выпуске 10.2 в генераторе кода TCG (Tiny Code Generator) была прекращена поддержка платформ mips32 и ppc32, а в выпуске QEMU 11.0 удалены оставшиеся платформы i386, arm, ppc и riscv32, а также проведена чистка кодовой базы и сборочной системы от компонентов для работы на 32-разрядных хостах.
  • Реализован ускоритель виртуализации "nitro" ("-accel nitro") и новый тип эмулируемых систем "nitro", позволяющий запускать в QEMU изолированные анклавы на базе технологии конфиденциальных вычислений AWS Nitro Enclave, например, для локального тестирования в QEMU окружений Nitro Enclave. В AWS EC2 технология Nitro Enclave позволяет запускать в виртуальной машине вложенные изолированные анклавы для работы с конфиденциальными данными, выделяя им часть своих ресурсов.
  • Улучшена поддержка ускорителей виртуализации MSHV (Microsoft Hypervisor) и WHPX (Microsoft Windows Hypervisor Platform Extensions).
  • При использовании гипервизора KVM ("-accel kvm") предоставлена поддержка виртуализации расширения Intel CET (Control-flow Enforcement Technology) для применения в виртуальных машинах защиты от эксплоитов, использующих методы возвратно-ориентированного программирования (ROP - Return-Oriented Programming). Также добавлена поддержка перезагрузки конфиденциальных виртуальных машин, использующих для шифрования памяти расширения AMD SEV-SNP (Secure Encrypted Virtualization - Secure Nested Paging) и Intel TDX (Trust Domain Extensions).
  • В устройство VirtIO-GPU, обеспечивающее работу виртуального GPU, добавлена возможность выставления отличающихся разрешений экрана для разных устройств вывода.
  • В VirtIO-GPU добавлена поддержка контекстов DRM (Direct Rendering Manager native context), позволяющих повысить производительность работы с виртуальным GPU из гостевой системы за счёт прямой передачи команд в реальный хостовый GPU. Поддержка контекстов DRM включается при использовании нового устройства virtio-gpu-gl с опцией "drm_native_context=on". В отличие от контекстов Virgl и Venus, работающих на уровне API OpenGL и Vulkan, контекст DRM реализован на уровне UAPI ядра Linux.
  • Добавлена возможность использования языка C++ для разработки плагинов к генератору кода TCG (Tiny Code Generator).
  • В блочный драйвер NFS добавлена поддержка сборки с библиотекой libnfs 6.
  • В блочный драйвер curl добавлена опция "force-range" для принудительного использования HTTP-заголовка "Range" при загрузке образов без предварительной проверки его поддержки отдельным запросом с заголовком HEAD.
  • В блочном драйвере FUSE отключена обработка операций экспорта в синхронном режиме, приводивших к блокировке запуска виртуальной машины до окончания обработки других FUSE-запросов. Добавлена возможность использования нескольких потоков ввода/вывода (iothread) при выполнении экспорта в FUSE.
  • В эмулятор архитектуры x86 добавлена поддержка CPU Intel Diamond Rapids ("Xeon 7").
  • В эмулятор архитектуры ARM добавлена процессорных расширений FEAT_ASID2 и FEAT_E2H0. В генераторе кода TCG реализована эмуляция расширений SME (Scalable Matrix Extension).
  • В эмулятор архитектуры HPPA добавлена поддержка эмуляции 64-разрядных CPU c 40- и 44-разрядным адресным пространством. При помощи SeaBIOS-hppa 24 обеспечена инициализация PCI-контроллера Astro, позволяющая использовать PCI-видеокарты на 64-рядных системах.
  • В эмуляторе архитектуры LoongArch появилась возможность миграции PMU (Performance Monitoring Unit) при использовании гипервизора KVM. В генераторе кода TCG реализована эмуляция расширений LA v1.1, sc.q и llacq/screl, а также инструкций FRECIP и DRECIP для вычисления обратных значений.
  • В эмулятор архитектуры PowerPC добавлена поддержка снапшотов.
  • В эмуляторе архитектуры RISC-V реализована поддержка CPU MIPS P8700 и расширений набора команд Zilsd, Zclsd, ZALASR и Smpmpmt.
  • В эмуляторе архитектуры s390 появилась поддержка загрузки с устройств virtio-blk-pci и реализована эмуляции инструкции "DIVIDE TO INTEGER".
  • Принято исправление, в 50-80 раз сокращающее задержки при работе fdmon (file descriptor monitoring) в режиме "aio=io_uring" и нахождении системы в состоянии простоя (idle).

  1. Главная ссылка к новости (https://lists.nongnu.org/archi...)
  2. OpenNews: Разработчик io_uring выявил в QEMU проблему, в 50-80 раз замедлявшую fdmon в режиме простоя
  3. OpenNews: QEMU на пути удаления поддержки 32-разрядных хост-систем
  4. OpenNews: Выпуск эмулятора QEMU 10.2.0
  5. OpenNews: Выпуск Box64 0.4.0, эмулятора для запуска x86-игр на системах ARM64, RISC-V и Loongarch64
  6. OpenNews: Выпуск PCSX2 2.6.0, эмулятора Sony Playstation 2
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/65269-qemu
Ключевые слова: qemu, emulator
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (75) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 14:07, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В устройство VirtIO-GPU, обеспечивающее работу виртуального GPU

    Сейчас кстати самые доступные карты с SR-IOV это Arc Pro B50/B60/B65/B70:
    https://www.youtube.com/watch?v=xii8bqmE6jk
    https://www.youtube.com/watch?v=rMgRZTMxh1I

     
     
  • 2.3, Аноним (2), 14:32, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Многие конечно надеялись на поддержку в b570/b580, но тут как у всех чёткое разделение на "домашние" и "рабочие" карты.
    - https://www.techpowerup.com/img/DxrRV5UDmiOGPmTo.jpg
    - https://www.techpowerup.com/img/Wl6cGgQyehFZSVlA.jpg
     
  • 2.4, Аноним (4), 14:38, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    так а толку от них без cuda? с нейронками вообще прокатили, 4 битную квантизацию меряют
     
     
  • 3.5, Аноним (2), 14:54, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >без cuda?

    CUDA далеко не везде имба.
    Например:
    - https://www.phoronix.com/benchmark/result/intel-arc-pro-b70-compute-and-llamac
    - https://www.phoronix.com/benchmark/result/intel-arc-pro-b70-compute-and-llamac
    - https://www.phoronix.com/benchmark/result/intel-arc-pro-b70-compute-and-llamac

    А толк в стоимости, относительно карт конкурентов Nvidia и AMD.

     
     
  • 4.6, Аноним (4), 15:26, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так-то похороникс сравнивает несравнимое как обычно, у интела там мыло мыльное и нейронки и оптикс -- высококачественная куда без нейронок
     
     
  • 5.47, Аноним (2), 11:40, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >у интела там мыло мыльное и нейронки и оптикс -- высококачественная куда без нейронок

    Что ? OptiX это Nvidia.

     
     
  • 6.48, Аноним (4), 11:49, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну например противопоставление oidn с дешёвыми читами в виде простеньких нейронок у интела (которые БУДУТ рандомно подрисовывать) с полноценным обсчётом кадра на cuda у nvidia в optix.
     
     
  • 7.49, Аноним (4), 12:00, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, денойзер в optix, вроде, задействует нейронки, но в остальном нет. Качество не в пример выше тоже. Сравнивать совершенно разные фреймворки, и уж, тем более, мерить их производительность и эффективность, совершенно лишено смысла. Они решают задачи разными путями, и в норме эта задача не сложение 4-битных матриц, которое продвигает интел. Ресурс вполне известен проплаченными статьями. Выводы будут те, которые интересны спонсорам.
     
  • 7.50, Аноним (2), 12:36, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    С выходом XeSS 3 вы даже разницу не заметите:
    https://github.com/intel/xess
     
     
  • 8.52, Аноним (4), 12:50, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Любые конкуренты DLSS пока что совершенно не впечатляют Это если забыть, что DL... текст свёрнут, показать
     
  • 8.53, Аноним (4), 13:24, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Где, кстати, посмотреть 1 3 что-то не впечатляет и dlss обновили с 4 до 4 5, а ... текст свёрнут, показать
     
  • 7.51, Аноним (2), 12:39, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Понятно. Просто вы так предложение составляете, что не сразу поймёшь о чём речь.
    Ладно, не буду с вами спорить.
     
  • 4.7, Аноним (2), 15:27, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    *там в первом слайде внизу указана цена.
     
  • 2.30, Аноним (30), 21:53, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, а вот с этим нейтив DRM тоже придется пердолиться, чтоб завести как Venus?
     
     
  • 3.39, Аноним (-), 08:37, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не особо - собрать libvirglrenderer 1.3+ (для хоста) и месу 25+ (для гостя) с экспериментальными опциями. Сам qemu тоже придется пересобрать. Ну и ядра лучше иметь 6.19+
    Если хочется snap/flatpak в госте, то им тоже надо месу подкинуть
     
     
  • 4.54, Аноним (54), 14:18, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Сам qemu тоже придется пересобрать.

    Зачем? Вроде теперь уже из коробки, о чем в новости и написано.

     
     
  • 5.57, Аноним (57), 14:46, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    затем, что оно требует экспериментальную фичу в libvirglrenderer, которая по умолчанию выключена.
    А в самом qemu дополнительно растыкана куча #if (VIRGL_VERSION_*, VIRGL_HAS_MAP_FIXED и т.д.) которые естественно отключат часть кода в зависимости от версии или опций сборки libvirglrenderer. И заодно отключатся фиксы проблем с производительностью.
    В общем без экспериментальных фич libvirglrenderer оно запустится, но видео в госте вероятнее всего сдохнет, а qemu будет что-то писать про несовместимый libvirglrenderer
     

  • 1.8, анон1 (?), 15:59, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –8 +/
    Удалили x32, ReactOS не запустить. Каки всё старое софтовое.
    Удалили встроенную Samba, нормально обмениваться файлом теперь нельзя. Мне даже интересно, когда до хомячков дойдёт, что нужен нормальный файлообмен без поднятия лишних сетевух.
    Для virtio нужно конфигурить спец ядро, переносимость нулевая..

    Qemu походу скоро скопытится. Зачем он такой нужен...

     
     
  • 2.12, Аноним (57), 16:28, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Удалили x32, ReactOS не запустить. Каки всё старое софтовое.

    удалили поддержку на хосте. Ты запускал qemu на хосте под ReactOS?

    > Удалили встроенную Samba, нормально обмениваться файлом теперь нельзя.

    то, что qemu ее запускал, не делает встроенной.

    > без поднятия лишних сетевух.

    ну так используй virtiofsd

    > Для virtio нужно конфигурить спец ядро, переносимость нулевая..

    чего там конфигурить собрался?

     
  • 2.13, Аноним (13), 16:32, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Удалили запуск на 32-битных хостах, а запуск гостевых 32-битные систем никто не трогал
     
  • 2.18, Аноним (18), 17:31, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Удалили встроенную Samba, нормально обмениваться файлом теперь нельзя.

    virtfs

     
     
  • 3.20, Аноним (20), 18:06, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Read only не работает.
    И shared memory требует.
     
  • 2.21, _kp (ok), 18:23, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>ReactOS не запустить.

    Не читаете что ли? Гостевые 32х битные системы не вырезали. Вырезали 32х битные хосты.

    А запускать QEMU в Reactos, который и под себя с трудом ходит, и сам в виртуалке запускается, это интересный случай. Посмотрел бы из любопытсва на того экспериментатора.

     
     
  • 3.22, Аноним (22), 18:29, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шутите что ли? У меня Firefox из ихнего магазина не запустился, а вы про QEMU...
     
  • 3.64, Аноним (64), 22:39, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя вырезать 32-битные хосты.
     
  • 2.55, Аноним (54), 14:20, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Удалили x32, ReactOS не запустить. Каки всё старое софтовое.

    Типичный комментатор, побежал высказывать свое важное ФИ, даже не поняв что в новости написано.

     
  • 2.58, OpenEcho (?), 17:46, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Для virtio нужно конфигурить спец ядро

    Вас наверное хавту-шки покусали, а так, - работает на стандартных дистрах без плясок с бубнами.. если вы там конечно ну что-то уж очень специфическое хотели

     
  • 2.65, Аноним (65), 22:41, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Встроенной самбе туда и дорога, гораздо чувствительнее что дров нет для virtio-fs под XP.
     

  • 1.9, анон1 (?), 16:01, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А, и ещё софтовое 3d видео не завезли. А все прошлые попытки запилить нормальный рендер про****ли.
     
     
  • 2.59, Аноним (-), 18:59, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  А, и ещё софтовое 3d видео не завезли. А все прошлые попытки запилить
    > нормальный рендер про****ли.

    Так считай его прямо на виртуалке. Какая тебе разница - на хосте или VM это делать? По raw CPU power там процентов 95% наверное если не больше.

     

  • 1.10, Аноним (10), 16:02, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Ключевые улучшения: Удалена поддержка 32-разрядных хост-систем

    Вот это улучшили дак улучшили. Теперь все улучшения в таком формате везде будут.

     
     
  • 2.67, Аноним (67), 04:37, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это аукцин на босса. Вот разрабов корпы купили, не ты.
     
  • 2.69, Аноним (69), 17:59, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот это улучшили дак улучшили. Теперь все улучшения в таком формате везде будут.

    А что, какие-то мазохисты в 2026 году юзали 32-бит системы как ХОСТ для виртуалок? Господи, за что они так себя ненавидят? Я 64 бит юзал по этой причине - 20 лет.

     

  • 1.14, Аноним (14), 16:48, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > В VirtIO-GPU добавлена поддержка контекстов DRM (Direct Rendering Manager native context), позволяющих повысить производительность работы с виртуальным GPU из гостевой системы за счёт прямой передачи команд в реальный хостовый GPU. Поддержка контекстов DRM включается при использовании нового устройства virtio-gpu-gl с опцией "drm_native_context=on". В отличие от контекстов Virgl и Venus, работающих на уровне API OpenGL и Vulkan, контекст DRM реализован на уровне UAPI ядра Linux.

    Вот это база.

     
  • 1.15, анон (?), 17:15, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    A скоростную эмуляцию aarch64 как розетта он когда будет уметь?
     
  • 1.17, ryoken (ok), 17:24, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>PCI-видеокарты на 64-рядных системах

    чочо

     
     
  • 2.23, Аноним (22), 18:33, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И тут все кинулись свои PCI-видеокарты из кладовок тестировать. :)
     

  • 1.19, Аноним (19), 17:47, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А что Win95 перестала запускаться еще на одной из предыдущих версий и как это починить?
     
     
  • 2.24, Аноним (22), 18:35, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для начала багрепорт кинуть.
     
  • 2.75, Аноним (75), 23:07, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Пользоваться dosbox, вероятно.

    А что ты там такое запускал, что тебе для этого нужна win95? Поделись, интересно.

     

  • 1.25, Аноним (19), 18:56, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    И еще задолбали что то там втихаря менять, что потом ничего не работает. Перестала запускаться виртуалка с ошибкой warning: WHPX: Failed to get performance monitoring features, hr=80370300. Systeminfo говорит, что найдена низкоуровневая оболочка. Она не установлена. Если отключить гипервизор, скажет что не может найти гипервизор, hr=0. Никакая фича на компе не использует гипервизор. До этого все работало. Да как, блин, так?
     
  • 1.27, Аноним (19), 20:35, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Короче убил пол дня, а наверное придется откатывать версию. Эта глючная какая-то. Гипервизор установлен и запущен. Но оно выдает вот это и все тут.
     
     
  • 2.28, Аноним (19), 20:53, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Только вчитался. Улучшили они поддержку WHPX, ога. Да так, что оно перестало работать. Классно улучшили.
     
     
  • 3.70, Аноним (69), 18:00, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Только вчитался. Улучшили они поддержку WHPX, ога. Да так, что оно перестало
    > работать. Классно улучшили.

    Это самое лучшее улучшение работы маздаек. Ну и вы ж не пришли потестировать как ваш маздай работает, так что и получите сполна.

     
  • 2.29, Аноним (19), 20:54, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот. На 10.2 все работает.
     
     
  • 3.37, Аноним (37), 01:28, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Мои спарковские виртуалки после 0.8.2 вообще перестали работать. А вы ещё жалуетесь :)
     
     
  • 4.40, Аноним (19), 09:37, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Именно по этому мы и не любим обновления. Есть вообще две причины, почему люди не любят обновляться, а всякие конторы типа МС этому почему-то удивляются. Чинят то, что не было сломано, в итоге ломают то, что работало. Ну и мусорный функционал. Сидел на своей 7ке на какой-то 8й версии QEMU - все работало. Обновился до 10ки. Чеж не обновить то весь софт до более актуальных версий то? Там жеж куча багов и уязвимостей пофикшена наверноное, да? Обновился - сломались настройки, настройки с горем пополам восстановил, но несколько виртуалок все равно перестали работать и пока не знаю, как их починить. Обновился до 11й - сломалось вообще все. Спасибо, че.
     
     
  • 5.45, Аноним (45), 10:46, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Надо было написать мне, я бы прислала патчи если нужно. Но тг больше не работает, так что не получится :(
     

  • 1.31, Аноним (31), 22:45, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >Удалена поддержка 32-разрядных хост-систем, которая была объявлена устаревшей в апреле прошлого года в QEMU 10.0.

    Не, я понимаю, что без аппаратной виртуализаци невесело, но QEMU один из немногих оставшихся гипервизоров, который вообще эмуляцию поддерживает. Если они не хотят дропнуть и эмуляцию, как вбокс сделал, то это изменение - бессмысленный идиотизм и вредительство. Если они хотят дропнуть эмуляцию - то сам дроп эмуляции - это вредительство, так как эмуляция объективно нужна, так как некоторые ОС выбивают KVM в ошибку, а на винде вообще нет KVM, там правда HyperV есть.

     
     
  • 2.34, Аноним (34), 22:57, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А, да, не говоря уже о том, что эмуляция позволяет тестировать софт для процессоров, которых у меня физически нет. А ведбь это один из клоунских аргументов неолyддитoв (Нед Луд сломал, согласно легенде, ткацкий станок, современную на то время технологию, а неoлyддиты ломают современнейший софт, выкорчёвывая из него поддержку оборудования, ОС и API), что "ни у кого камней таких нет - тестировать не на чем".
     
     
  • 3.56, Аноним (54), 14:23, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Еще один не читатель а писатель. Так спешил свое важное мнение донести, что времени осмыслить новость не хватило.
     
  • 2.60, Аноним (-), 19:02, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Не, я понимаю, что без аппаратной виртуализаци невесело, но QEMU один
    > из немногих оставшихся гипервизоров, который вообще эмуляцию поддерживает.

    А ты эту эмуляцию точно в 2026 на 32-битном хосте запускал? А то софт эмуляция и так то - тормозная, а на 32-бит софте ее пустить - это совсем уж мазохизм будет.

    Еще на микроконтроллере виртуализуйте. Не, конечно вон там убунту на атмеге запустили, но вот ее перфоманс...

     
     
  • 3.63, Аноним (63), 22:38, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эмуляция тормозная в принципе. Это не значит, что её надо бросать, ил что какую-то плотформу нужно убивать, как сейчас это старательно делается. Следующим этапом дропнут поддержку эмуляци инструкций выше, чем хост, и софт, дропнувший кору дуба, будет запускать совсем не на чем.
     
     
  • 4.71, Аноним (-), 18:11, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    На мой вкус - дропнуть x86-32 это эстетическое инженерное наслаждение Этого арх... большой текст свёрнут, показать
     
     
  • 5.81, Аноним (81), 05:16, 27/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Это наслаждение другого рода. Показ своего статуса "у меня нет ни одного x86_32, я господин, мне не нужно, а вам нужно, я уберу, мне ни по чём, а вот вам придётся могилу себе копать". Ну это примерно как когда у одного государства есть ЯО, а у другого нет. Посмеешь отбиться - применим ЯО, нам ни по чём ваша жалкая ответка в 0 боеголовок.
     

  • 1.32, Аноним (32), 22:50, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Также добавлена              
    >поддержка перезагрузки конфиденциальных виртуальных машин, использующих для шифрования памяти расширения AMD SEV-SNP

    А аппаратные TEE-DRM они спешат внедрять. Сразу видно - проект полностью продался корпорастам. При Белларде такого не было! Правда у Белларда теперь своя компания и в последнее время он занимается исключительно проприетарью. Видимо начал понимать, что опенсорс - это просто деятельность в пользу бедных, а если самому жить надо - то придётся проприетарь делать.
    Вангую что FFMPEG тоже скурвится и поддержку каких-нибудь (SGX/SEV/TDX)-DRM запилт.

     
  • 1.33, Аноним (33), 22:53, 23/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня почему-то не работает аппаратное ускорение на моей R600 в виртуалбоксе (а qemu я юзаю только когда нужна софтовая эмуляция, потому что в qemu через kvm гости почему-то тормозят, в отличие от вбокса).
     
     
  • 2.35, Аноним (35), 23:01, 23/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как не работает - если покоцать ICD-файл для тэракана, то вместо чорного экрана хоть что-то становится видно, но всё равно медленнее всё, чем с отключённым ускорением, и dxdiag при этом всё равно работать отказывается, выдаёт ошибку. Есть подозрение, что проброс GPU перевели на вулкан, а что с пробросом OpenGL сделали - не понятно. Как минимум в 2010 проброс GPU прекрасно работал.
     
  • 2.72, Аноним (-), 18:12, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > У меня почему-то не работает аппаратное ускорение на моей R600 в виртуалбоксе

    Вот с ораклом там на двоих с пропертарой и разбирайся. В сабже же все работает. Хотя R600 я не проверял, дервнее уж шибко.

     

  • 1.38, Лиечка (?), 04:53, 24/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Моя любoвь! Не то что VirtualBox с его модулями ядра. Может форкнуть и восстановить удалённое?
     
     
  • 2.41, Аноним (41), 10:06, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У меня с KVM без своих модулей ядра работает.
     
     
  • 3.61, Аноним (-), 19:03, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  У меня с KVM без своих модулей ядра работает.

    Потому что они в ядро майндайновое сразу встроены. В чем пойнт и состоит. И пока всякие вмварщики и виртуалбоксры трахаются с левыми проблемами, это просто работает.

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

     
     
  • 4.62, Аноним (62), 22:34, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >пока виртуалбоксеры

    у меня именно виртуалбокс так работает.

     
     
  • 5.73, Аноним (-), 18:15, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>пока виртуалбоксеры
    > у меня именно виртуалбокс так работает.

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

    А quemu что, это нативная линуксная технология - kvm сразу из коробки есть в каждом linux kernel. Поэтому быстрые диски, сеть, видео и проч - можно получить сразу. Без траха. Без инсталов левака в guest. Просто скроил VM и запустил за 2 минуты. И все работает. С перфомансом почти bare metal. Куда там ораклу и его мышевозилам попутавшим линух с виндой до этого...

     
     
  • 6.79, Аноним (79), 05:08, 27/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Повторяю - виртуалбокс поддерживает KVM, это сами Oracle сделали, и не так давно официально об этом объявили, а есть ещё патч от Cyberus, который доделывает то, что не доделали орки. И поверх него - уже мой патч, доделывающий то, что не доделали киберусы. Вот этим и пользуюсь.
     
     
  • 7.80, Аноним (80), 05:11, 27/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И пойти на самосбор вбокса меня вынудило то, что в дебиане дрова были глючные, у меня машины просто не стартовали с ними, а ядрёный лог был засран oopsами. Такое дерьмо вообще не должно юзерам отгружаться в виде пакета, но скурвившийся Дебиан отгрузил. А раз уж вбокс самому собирать - то почему бы не собрать с KVM-патчем.
     
  • 2.76, Аноним (75), 23:13, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживать и тестировать тоже будешь?
     

  • 1.42, жявамэн (ok), 10:40, 24/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    асикью60 посетители опять спутали поддержку хоста и гостя и истекают жидкостями?
     
     
  • 2.44, Аноним (45), 10:44, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Все равно тренд печальный.
     
     
  • 3.46, Аноним (46), 11:38, 24/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тренд на похороны P4 и Athlon XP? Ну да, надо объявлять траур.
     
     
  • 4.66, Аноним (66), 01:36, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    armhf
     
     
  • 5.74, Аноним (-), 18:21, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > armhf

    В нем kvm дропанули несколько лет назад. А вот именно полную эмуляцию платформы? На ЭТОМ? Недостаточно хардкорно, лучше сразу убунту на атмеге грузить, так ЭТОТ опыт мазохизма будет не полный - а САМЫЙ полный. С загрузкой оси неделю и реакцией на команды в режиме пошаговой стратегии с переходом хода и обдумыванием ответа AI.

    Да, кстати возмущавшихся дропом KVM было примерно ноль. Потому что armhf это типачно нечто с максимум 1-2 гиг памяти, виртуалки на этом... у меня такие железки есть, но за все хренадцать лет я ни разу не испытал желания бутявить на ЭТОМ виртуалки. Почему-то. Не, там максимум контейнеры какие лайтовые. Иначе будет кошмар.

     

  • 1.68, Аноним (68), 04:40, 25/04/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Повторяю, дос win98 через KVM сломаны KVM internal error Suberror 1 extra dat... большой текст свёрнут, показать
     
     
  • 2.77, Аноним (75), 23:15, 25/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ещё один с неработающим досом. Досбокс для кого существует?
     
     
  • 3.78, Аноним (78), 05:03, 27/04/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Досбокс - это тормознутый эмулятор, не поддерживающий к тому же проброс видеокарты через softgpu (которая, не смотря на название, не совсем "софт", а поддерживает интерфейс VMWare, используемый в VMware, QEMU и VirtualBox, к сожалению virtio-драйвера автор не не осилил)
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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