Quanto sucesso posso esperar com Qemu On PowerPC Linux?

Quanto sucesso posso esperar com Qemu On PowerPC Linux?

Estou no Ubuntu 12.04 para PowerPC e instalei o Qemu apenas por diversão, tendo experiência em usá-lo no passado para construir uma iso para um tablet de braço, e ao fazer uma pesquisa encontrei isso instalado no meu sistema:

/usr/bin/qemu-alpha
/usr/bin/qemu-arm
/usr/bin/qemu-armeb
/usr/bin/qemu-cris
/usr/bin/qemu-ga
/usr/bin/qemu-i386
/usr/bin/qemu-ifdown
/usr/bin/qemu-ifup
/usr/bin/qemu-img
/usr/bin/qemu-io
/usr/bin/qemu-launcher
/usr/bin/qemu-m68k
/usr/bin/qemu-microblaze
/usr/bin/qemu-mips
/usr/bin/qemu-mipsel
/usr/bin/qemu-nbd
/usr/bin/qemu-ppc
/usr/bin/qemu-ppc64
/usr/bin/qemu-ppc64abi32
/usr/bin/qemu-sh4
/usr/bin/qemu-sh4eb
/usr/bin/qemu-sparc
/usr/bin/qemu-sparc32plus
/usr/bin/qemu-sparc64
/usr/bin/qemu-system-arm
/usr/bin/qemu-system-cris
/usr/bin/qemu-system-i386
/usr/bin/qemu-system-m68k
/usr/bin/qemu-system-microblaze
/usr/bin/qemu-system-mips
/usr/bin/qemu-system-mips64
/usr/bin/qemu-system-mips64el
/usr/bin/qemu-system-mipsel
/usr/bin/qemu-system-ppc
/usr/bin/qemu-system-ppc64
/usr/bin/qemu-system-ppcemb
/usr/bin/qemu-system-sh4
/usr/bin/qemu-system-sh4eb
/usr/bin/qemu-system-sparc
/usr/bin/qemu-system-sparc64
/usr/bin/qemu-system-x86_64
/usr/bin/qemu-x86_64

Mas nem tudo isso pode funcionar de verdade, não é? No PowerPC?

Claro que estão instalados, mas… o que realmente funciona?

Alguém sabe qual arquitetura eu teria sucesso emulando com qemu no meu PowerPC Ubuntu G4 Powerbook?

Responder1

Claro que eles podem (e fazem) funcionar (QEMU significaPeuickUEM​lator), mas será muito mais lento que seus equivalentes nativos - ou seja, aqueles que usam o mesmoÉ UM(ou um subconjunto dele) como hardware real - já que grande parte do código não pode ser executado diretamente (sem emulação).

Pela minha experiência de cerca de 3 anos atrás, o PowerPC emulado com QEMU em x86 era uma ordem de magnitude mais lenta que o real (o host rodando a 2,4 GHz era 2 a 3 vezes mais lento que o PPC de 600 MHz).

É também assim que se pode, por exemplotestar aplicativos Androidpara dispositivos baseados em ARM em *x86.

Se você estiver interessado em virtualizar seu hardware real (ou seja, deseja "emular" a mesma arquitetura), deverá se aproximar muito mais do desempenho real - grandes porções do código podem ser executadas nativamente e o suporte de hardware (opcional) para virtualização pode estender isso ainda mais.

Eu nunca fiz isso sozinho e os relatórios variam, mas esperaria chegar a algo acima de 90% da velocidade nativa (em x86_64, vi reclamações sobre algo como 2% de sobrecarga). Depende muito de qual modelo de armazenamento você decide usar para suas imagens de disco - usar uma partição separada é obviamente mais rápido do que usar um arquivo, porque você pula uma camada adicional - o sistema de arquivos (e com o crescimento do formato de imagem você também está perdendo alocações de espaço adicionais à medida que a imagem cresce). Com bastante RAM, colocar a imagem tmpfsé um aumento de velocidade que você provavelmente não verá em hardware real, a menos que ajuste substancialmente o sistema (leia perto da inicialização - mover tudo para lá tmpfsnão é tão difícil).

informação relacionada