Увидел свет (http://lists.gnu.org/archive/html/qemu-devel/2012-12/msg0012...) релиз проекта QEMU 1.3.0 (http://wiki.qemu.org/Download). В качестве эмулятора QEMU позволяет запустить программу собранную для одной аппаратной платформы на системе с совершенно иной архитектурой, например, выполнить приложение для ARM на x86-совместимом ПК. В режиме виртуализации в QEMU достигается производительность выполнения кода в изолированном окружении близкая к нативной системе, за счет прямого выполнения инструкций на CPU и задействования гипервизора Xen или модуля KVM.Изначально проект был создан Фабрисом Беллардом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. В разработке QEMU приняло участие 400 авторов, которые подготовили около 20 тысяч изменений. При подготовке версии 1.3 внесено более 1700 изменений от 118 разработчиков.
Ключевые улучшения (http://wiki.qemu.org/ChangeLog/1.3), добавленные в QEMU 1.3.0:
- После 6 лет сосуществования произведено полное слияние параллельно развивавшихся веток qemu-kvm.git и qemu.git, которые теперь доступны в виде единого репозитория qemu.git;
- Добавлена возможность использования драйвера Linux VFIO для прикрепления к виртуальной машине устройств PCI;
- Значительно улучшена эмуляция USB3, в том числе для виртуального USB-контроллера XHCI добавлена поддержка устройств хранения (USB mass storage) и MSI/MSI-X;
- Поддержка перенаправления USB теперь работает и при использования live-миграции;- Новое виртуальное устройство VirtIORNG (http://wiki.qemu.org/Features/VirtIORNG) с реализацией паравиртуализированного аппаратного генератора случайных чисел;
- Поддержка обращения к разделам файловой системы Glusterfs через указание URI "gluster://" в опциях подобных "-drive". В URL также можно явно указать тип транспорта, например, "gluster+tcp://", "gluster+unix://" или "gluster+rdma://";
- В состав QEMU встроен сервер NBD, доступный при работе в режиме мониторинга. Для обращения к блочным устройствам NBD можно использовать URI "nbd://", в том числе явно определять вид транспорта ("nbd+tcp://" или "nbd+unix://");- Поддержка новых типов работ для организации перемещения данных из одного образа в другой: коммит блока в live-режиме (удаление снапшота) и зеркалирование диска в live-режиме (миграция хранилищ);
- Команда мониторинга sendkey теперь доступна через QMP;
- Поддержка мультимедийных инструкций процессора Loongson для платформы MIPS, а также инструкций MIPS32/64 ASE DSP;
- В генератор кода TCG добавлена поддержка функциональности SMEP (Supervisor mode execution protection) и SMAP (Supervisor mode access prevention), доступных в новых процессорах компании Intel;
- Поддержка новых моделей CPU: "Haswell" и "Opteron_G5";
- Из реализации хост-режима удалена поддержка SPARCv7 и v8;
- Поддержка одинарной точности чисел с плавающей запятой в Xtensa;
- В протоколе SPICE обеспечена поддержка прозрачной live-миграции, подключения нескольких мониторов к одному устройству PCI, установки произвольного разрешения экрана и команд QXL. В процессе работы SPICE в режиме VGA, QEMU отныне отправляет SPICE-клиенту только изменённый на экране контент. Для обеспечения работы SPICE требуется установка spice-server 0.12 или более новой версии;- В утилите qemu-img появилась возможность вывода информации в формате JSON ("qemu-img info --output=json");
- Для хостов под управлением Windows добавлена поддержка асинхронного дискового ввода/вывода;- Улучшенная поддержка изоляции с использованием второго seccomp режима через libvirt;
- Для KVM обеспечена поддержка назначения PCI-устройств в старом режиме, ранее используемом в qemu-kvm. В настоящее время qemu-kvm и QEMU не содержат значительных отличий, что позволяет безболезненно и в прозрачном режиме перейти с qemu-kvm на QEMU.
- Добавлена поддержка использования QEMU для организации live-миграции доменов Xen;
- Обеспечена поддержка сборки QEMU с использованием Clang;- Улучшена реализация встроенного TFTP-сервера, в который добавлена возможность передачи файлов, превышающих 32 Мб, добавлена опция для изменения размера блока и заметно улучшена производительность;URL: http://lists.gnu.org/archive/html/qemu-devel/2012-12/msg0012...
Новость: http://www.opennet.me/opennews/art.shtml?num=35498
Эм, это типа баян, только Extented edition? - http://www.opennet.me/opennews/art.shtml?num=35383
Нет, в прошлый раз был тестовый выпуск, а сейчас релиз.
Это, типа, допиленный вариант баяна - он выпущен в релиз :)
А что там с интеграцией qemuGL? Было бы круто получить аппаратное ускорение.
Интересно, эта хрень када-нить догонит по скорости хотя-бы VirtualBox? Все ползают раком перед этим QEMU как куры перед петухом, а тормоза последнего от этого только крепчают!
> Интересно, эта хрень када-нить догонит по скорости хотя-бы VirtualBox? Все ползают раком
> перед этим QEMU как куры перед петухом, а тормоза последнего от
> этого только крепчают!Разницу между эмуляцией и виртуализацие знаем? Нет? Чтобы избавиться от тормозов испульзуйте qemu+kvm или qemu+xen (будет быстрее чем VBox).
А вот и нифига. QEMU+KVM быстрее QEMU, но не быстпее VBox.
Тебе чел ясно сказал, не путай виртуализацию с эмуляцией. Если не дошло, попробуй в virtualbox проц армовский, например, сэмулировать
Ваш "человек выше":
> Чтобы избавиться от тормозов испульзуйте qemu+kvm или qemu+xen (будет быстрее чем VBox).KVM и Xen
> KVM (for Kernel-based Virtual Machine) is a full virtualization solution for Linux on x86 hardware containing virtualization extensions (Intel VT or AMD-V).
Вопросы?
> А вот и нифига. QEMU+KVM быстрее QEMU, но не быстпее VBox.Как бы смотря где, смотря где. Во многих аспектах kvm может показать вбоксу фак. Тем более что настроек для получения приличной производительности там есть, да.
> А вот и нифига. QEMU+KVM быстрее QEMU, но не быстпее VBox.В каких тестах? Разве только в графике. Для остальных тестов не забудьте установить в virtio драйверы.
чушь. если все настроить правильно, qemu-kvm обходит все остальные гипервизоры
Пример правильной настройки в студию.
> Пример правильной настройки в студию.какие задачи и инфраструктура?
VBox тормоз. upd: он хорошо только для графики
> VBox тормоз. upd: он хорошо только для графикиПодтверждаю. В остальных задачах он как правило проигрывает KVMу.
QEMU - только эмулятор, a qemu-kvm - гипервизор. По математике - он быстрее Виртуалбокса, а по дисковому ИО - медленный. Чтоб это обойти - надо заюзать настоящий дисковый раздел, или lvm. Вопрос к ГУРУ: подскажите пожалуйста, смогу ли я, в перспективе, перейдя на АРМ, через qemu-user запустить х86 бинарник NX-клиента, если он мне ещё понадобится? И как это происходит, что делать с его библиотеками, ресурсами. Возможна ли связка: shittysoftware+wine+qemu-user?
> перед этим QEMU как куры перед петухомДавно установлено, что sqlite в qemu обгоняет физ.машину.
...а три рекурсивно запущенных qemu обгоняют машину Тьюринга...
1. Для любой машины Тьюринга существует эквивалентная машина Тьюринга работающая на полубесконечной ленте.
2. Машина Тьюринга работающая на полубесконечной ленте является машиной Тьюринга.
3. При делении ленты на получасти её длина стремиться к нулю, а число состояний стремится к бесконечности.Вывод: Можно построить такой процессор, который будет решать любую задачу за один такт.
Предел бесконечного деления бесконечно длинной ленты - отнюдь не единица.
> Предел бесконечного деления бесконечно длинной ленты - отнюдь не единица.Продайте пжалста плашку оперативку в 0.0314159265 бит.?
> Вывод: Можно построить такой процессор, который будет решать любую задачу за один такт.Ты забыл уточнить что он должен быть для этого бесконечно сложным. Сущие пустяки :)
>> Вывод: Можно построить такой процессор, который будет решать любую задачу за один такт.
> Ты забыл уточнить что он должен быть для этого бесконечно сложным. Сущие пустяки :)Сложным - нет, много - да. http://ru.wikipedia.org/wiki/URISC
> Сложным - нет, много - да. http://ru.wikipedia.org/wiki/URISCА это другой крайний случай, которому даже для простейшей операции надо чуть более чем дохрена тактов.
... в том случае, когда из-за проблем работы qemu с диском игнорируются fsync'и, которые sqlite делает для сохранности транзакций, и фактически БД может быть разрушена при проблемах с питанием.С тем же успехом вы можете выключить fsync на физ.машине и получить еще большую скорость при равном уровне надежности.
> Давно установлено, что sqlite в qemu обгоняет физ.машину.И не только в нем. Если синхронные записи превращаются в асинхронные - то как делать нефиг. Только при внезапном факапе попытка отреплеить такой журнал приведет к лютому факапу базы. Подумаешь, мелочи какие.
Если ты пускаешь её на процессоре без аппаратной поддержки виртуализации, то она никогда не будет работать быстрее виртуалбокса. Ну а с KVM как-бы всё отлично.PS. Школьникам на заметку -- ещё до того как Sun купил Innotek у QEMU был специальный модуль, kqemu, для ускорения на процессорах без аппаратной поддержки виртуализации. Но он благополучно умер года три-четыре назад.
> Если ты пускаешь её на процессоре без аппаратной поддержки виртуализации, то она
> никогда не будет работать быстрее виртуалбокса. Ну а с KVM как-бы
> всё отлично.
> PS. Школьникам на заметку -- ещё до того как Sun купил InnotekИ до покупки кумранета рэдхатом... когда деревья были большиим...
> у QEMU был специальный модуль, kqemu, для ускорения на процессорах без
> аппаратной поддержки виртуализации. Но он благополучно умер года три-четыре назад.Приприертарный xen-ообразный костыль от автора lzexe и победителя конкуса по обфускации кода? Надеюсь, помучался.
на форумах громче всего ругают Беллара люди с коротким числом пи.
Когда появится q35?
> Когда появится q35?Это что? И зачем оно в qemu?
> Это что? И зачем оно в qemu?Это эмуляция одноименного чипсета. Тот который сейчас используется (piix) уж очень старый, и был создан для первых пентиумов. К тому же, q35 поддерживает pcie.
Если всё сложится хорошо, q35 может быть в qemu 1.4.
> и был создан для первых пентиумов.А какая разница какое железо в виртуалке?
Пока вроде в виде отдельной ветки пребывает. Правда там такой P35 что ой....
Простите за серость, но хочу спросить, поддерживает ли QEMU 64-битные процессоры SPARC последнего поколения (для Solaris)?
какбэ, смотря что иметь в виду под последним поколением SPARC-процессоров. T4? врядли. кстати, SPARC процессоры уже более 10-ти кроме как 64-разрядные не бывают.
ребята, подскажите, как запустить на Qemu XBOX 360?
> ребята, подскажите, как запустить на Qemu XBOX 360?Ставите на системник с qemu купленный в магазине xbox360 и запускаете.
Мне кажется или я уже не в первый раз вижу в теме по Qemu людей спрашивающих как запускать что-то под Xbox 360 (игры?) на Qemu?Когда эти люди наконец поймут, что Qemu портировали для запуска на Xbox 360, а не реализовали в нём поддержку эмуляции Xbox 360? Т.е. на нём там винду запустить умудрились, например. Пол часа загружалась, ну да и фиг с ней.
Посоветуйте, знающие люди, какой гипервизор ставить, чтобы нормально работал проброс устройств (видюха, например)? И какое оборудование для этого прикупить?
> Посоветуйте, знающие люди, какой гипервизор ставить, чтобы нормально работал проброс устройств
> (видюха, например)? И какое оборудование для этого прикупить?На данный момент самый лучший гипервизор для проброса видеокарты это Xen. Для проброса невидеокарт подойдут Xen, KVM, ESXi, VBox.
Делал проброс Radeon HD 6870 в i5-3570 + qemu/kvm. Виндовые драйвера на видео устанавливаются, diablo 3 бегает. Единственная заморочка - это звук из гостевой, но тоже решается.
В сети есть мануалы в которых пробрасывают используя и xen и kvm и вроде в VBox можно..
звук неплохо пробрасывается через spice
> Обеспечена поддержка сборки QEMU с использованием ClangНеужели почистили исходники от GCCизмов?
Зато KVMизмов добавили.
>> Обеспечена поддержка сборки QEMU с использованием Clang
> Неужели почистили исходники от GCCизмов?Нет, FreeBSD-ешники костыльных тормозных колодок закоммитили.
"""The following patch makes the port build, but the result is much slower than with
gcc. (and without --enable-tcg-interpreter.)""" ///Tue Jun 12 18:13:36 UTC 2012
> the result is much slower than with gcc.Ну блин, это бсдшники. Они слоупоки по жизни. Слоупочной системе - слоупочный компилер и слоупочный виртуализатор, во :)
"число эмулируемых аппаратных устройств превысило 400. В разработке QEMU приняло участие 400 авторов"
так и вижу картину: каждый обладатель альтернативного устройства, заметив отсутствие его в списке, ударил себя пяткой в грудь и запилил его поддержку в апстрим.
можно только порадоваться :)
не по теме вопрос
может ли SPICE сейчас заменить VNC с винды на соседний комп с линуксом ? используется чисто чтоб не ходить к соседнему столу, но не удовлетворяет скорость передачи картинки (подтормоза при скроле вебстраниц например, 1280*800 рабочий стол на линуксе), может виноват вайфай
> может ли SPICE сейчас заменить VNC с винды на соседний комп с
> линуксом ? используется чисто чтоб не ходить к соседнему столу, но
> не удовлетворяет скорость передачи картинки (подтормоза при скроле вебстраниц например,
> 1280*800 рабочий стол на линуксе), может виноват вайфайТолько если винда установлена в виртуальной машине. У меня виртуалка с win7 в 10 метрах по вайфаю (20-30 мегабит). Клиент -- линукс. Рабочий стол 1920х1080. Пробовал VNC, RDP и Spice. Spice лучше всех. Передает картинку без видимых искажений, тормозит только при очень больших изменениях на экране. Маленькие анимации (подсветка кнопки старт, анимация при копировании файлов) работают плавно. Иногда даже сложно поверить, что это удаленная машина.
>> может ли SPICE сейчас заменить VNC с винды на соседний комп с линуксом ?
> Только если винда установлена в виртуальной машине.нет, задача стоит именно с компа с виндой использовать комп с линуксом
тоесть иметь на линуксе SPICE-сервер, а на винде SPICE-клиент - это возможно ?
> нет, задача стоит именно с компа с виндой использовать комп с линуксом
> тоесть иметь на линуксе SPICE-сервер, а на винде SPICE-клиент - это возможно?Отдельный spice-сервер для линукса называется xspice. Клиент для винды тоже существует. Как альтернатива, есть еще NX. Я не смог запустить xspice, когда пытался в последний раз, теперь использую NX.
Теоретически да, но этот вариант скорее всего меньше оптимизировали и отлаживали чем настоящий, из под виртуалки. Суть SPICE в наработках по "внедрению" и перехвату вендового GDI, причем на как можно более высоком уровне, и за счет этого более оптимальная передача данных. После покупки их RedHat, они и с X и с линуксом стали ковыряться, но все таки опыт "взлома" венды это главная фишка разработчиков SPICE.
Возможно, мои сведения устарели, но... SPICE местами жуткое глюкалово (или тот софт, что у меня был, не умел толком работать со SPICE).P.S. В моем случае тупо "замерзало" изображение на стороне клиента, хотя сервак спокойно себе работал дальше. Что интересно, глюк обладал практически 100% воспроизводимостью при совершении определенных действий. При смене спайса на vnc все те же самые операции никаких глюков не давали.
Глючный клиент. (virt-manager?)
spicec и spicy не глючат.
Да, он самый. От virt-manager`а отказываться не хочется - для моих целей он оптимален (много не ест и функционал достаточен).P.S. Впрочем, конкретно для моих потребностей протокол без разницы - только полюбоваться на крашношапочный графический инсталлятор, далее вся работа идет в текстовом режиме через ssh.
Отказываться необходимости нет, после запуска геста в virt-manager подключиться к примеру
spicec -h127.0.0.1 -p5930.
Пользуюсь KVM уже долгое время. Очень быстрый, надежный и стабильный.
Кто еще в сомнениях - сами попробуйте. Xen больше маркетинга, но тоже не плох.
Virtual Box годиться только для простых задач.
Неумение расставлять мягкие знаки непоправимо изменило смысл вашего комментария :)
Не смог пробросить гостю заковыристое USB-устройство, в т.ч. и так:
https://bugzilla.redhat.com/show_bug.cgi?id=871839С VBox получилось.
а чего поддержку glusterfs не обсуждаем? кто-нибудь уже потестил?