Замечательная штука, отрадно видеть хорошую динамику.

А что она эмулирует?

А поддержка SPARC64 таки достигла уровня, достаточного для солярки, или как всегда?

Многое....

Может эмулировать 80386, 80486, Pentium, Pentium Pro, AMD64 и другие x86-совместимые процессоры; PowerPC, ARM, MIPS, SPARC, SPARC64, m68k — лишь частично.

Работает на Syllable, FreeBSD, FreeDOS, Linux, Windows 9x, Windows 2000, Mac OS X, QNX, Android и др.

Вот бы еще нормальные видеодрайверы под эту штуку.

Всё что душе угодно. Qemu еще и под KVM сидит.

Можно уже qemu-img create -o preallocated=full -f qcow2?

А в чем смысл?

Смысл в том, чтобы не насоздавать дисков суммарным объёмом больше хранилища. Спокойнее мне так. Диски не только я создаю, и кто-то может не в ls -lh заглянуть с калькулятором, а в df -h.

Чувак верни старую аву пожалста :)

Я неосилятор, до сих пор не понял, как в нём создать и запустить виртуальную машину☹ Да и команда qemu-img у меня почему-то не работает...

> А поддержка SPARC64 таки достигла уровня, достаточного для солярки, или как всегда?

УМВР :). В публичной версии не хватает устройств которые нужны Солярке. Эмуляция _проца_ уже достаточно хороша для кода солярки. Хотя мой последний патч и не вошёл, но он исправляет проблемы, которые пока что замечены только на NetBSD/sparc64, c Солярой я на них не напоролся.

> Я неосилятор, до сих пор не понял, как в нём создать и запустить виртуальную машину

В простейшем случае там ничего не надо создавать:

$ qemu -cdrom /path/to/my/Ubuntu.iso -boot d

README

Read the documentation in qemu-doc.html.

Fabrice Bellard.

И где он?

И да. Он ещё падает при загрузке доса из этого образа флопика?

HET

это есть хорошо

> Улучшения в эмуляции Linux-User позволяют запускать бинарники Linux/SPARC64, S390x и UniCore32

Кстати, это очень полезная фича, которой мало кто пользуется. Есть, скажем Linux (или FreeBSD), установленная на x86, или на ARM (Андроид какой-нибудь). А хочется запускать бинарники от Linux (или FreeBSD) для ARM или, наоборот для x86. Qemu в этом случае идеальное решение, потому что эмулируется только пользовательский код, все системные вызовы будут выполнены на хосте. В результате эмулируемая программа работает очень быстро.

Думаю, что с распространением всяких мобильных устройств на базе ARM или MIPS с Линуксом на борту, эта фича будет всё более востребована.

>>Fabrice Bellard.

И где он?

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

виртуальной машине ява копец?

Я в том числе и про файл ^_^

> Эмуляция SPARC32: новая версия OpenBIOS, позволяющая загружать Солярис 7 и 8.

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

> Я в том числе и про файл ^_^

В корне архива?

>Добавлена возможность эмуляции новых архитектур: Lattice Mico32 и UniCore32.

Когда SuperH будет?

> виртуальной машине ява копец?

qemu использует похожую технологию, но всё-таки для других целей. Писать кросс-платформенное ынтерпрайз приложение на С под одну платформу, чтобы запускать его на всех остальных под qemu я бы всё-таки не стал. :)

Ковырнул исходники.

/* TODO Preallocate data if requested */

Печаль. А в рассылке ведь ещё месяц назад было.

>Когда SuperH будет?

sh4 который? Так, вроде, есть же. Правда давно не видел туда коммитов. Но и не смотрел особо.

>>Когда SuperH будет?

sh4 который?

Почему «sh4»? Просто «sh» (а 2, 3, 3a, 4, 4a - это уже детали)

Так, вроде, есть же.

qemu-0.14.1/target-sh4/README.sh4:

The sh4 target is not ready at all yet for integration in qemu...

KQemu, для тех у кого нет аппаратной поддержки виртуализации, так и умер?

Насколько я знаю - да. Остался только kvm.

Так, вроде, есть же.

qemu-0.14.1/target-sh4/README.sh4:

The sh4 target is not ready at all yet for integration in qemu...

Ну, дальше там же написано, что всё не так плохо.

...Most sh4 instructions have been implemented...
...The MMU is implemented in the sh4 core...
...Exceptions are implemented as described in the sh4 reference manual...

А нафига тебе sh4?

qemu-doc.texi вижу, html - нет. чяднт?

А, да, пардон.

./configure && make должно помочь.

А можно запуск чужих бинарей сделать полностью прозрачным? Т. е. exec, определив архитектуру, запускает qemu, а в нем - программу?

Это выглядит тривиально, но я о таком не слышал.

http://www.google.ru/search?q=frontend+qemu

тогда уж exec, определив архитектуру, запускает qemu, а в нем - ос, а в ней - программу

> Можно уже qemu-img create -o preallocated=full -f qcow2?

Raw диск что ли?

Нет, я говорю именно о linux-user, ядро подойдет и нативное. Это красиво смотрелось бы в будущем дебиановском multiarch.

а, прошу прощения
красиво бы это смотрелось, например, на андроиде для линуховых бинарников

> все системные вызовы будут выполнены на хосте

А как выполнишь системозависимые вызовы? Все равно же эмуляция нужна.

Вы сейчас запускали последние sparc32 ядра на qemu? Какого их состояние?

Нет, qcow2, но полностью pleallocated. Сейчас можно только метаданные.

А чем тебе Miss J не угодил? Клёвый чел, хоть и транс.

Вот такой вопрос: когда он захватывает мышь, как потом освободить?

> Вы сейчас запускали последние sparc32 ядра на qemu? Какого их состояние?

Новые ядра не проверял. Практически не осталось дистрибутивов, которые имели бы поддержку sparc32. Кроме того, у меня большое подоздрение, что новые ядра в первую очередь на qemu и проверяют - настоящего железа мало осталось. Если вообще проверяют - сомнения возникли после того как поддержка sparc32 в ядре была около года сломана, и кроме пользователей qemu этого никто и не заметил.

Ctrl+Alt - написано в доках и в заголовке окна.

> А как выполнишь системозависимые вызовы? Все равно же эмуляция нужна.

Это, например, какие?

>И да. Он ещё падает при загрузке доса из этого образа флопика?
у меня от этой херни фаерфокс умер

> когда он захватывает мышь, как потом освободить?

усердно молиться, конечно.

Эх, поскорее бы qemu-meego интегрировали в основную ветку. У них там лучше поддержка омапов. Да и мой патчик для загрузки бутрома омапа тогда бы можно было заслать туда.