Quanta sucesso posso esperar com o Qemu On PowerPC Linux?

1

Estou no Ubuntu 12.04 para PowerPC e instalei o Qemu apenas para diversão, tendo experiência em usá-lo no passado para criar um iso para um tablet de braço e, ao fazer uma pesquisa, encontrei isso instalado em 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 tudo isso não pode funcionar de verdade, podem? No PowerPC?

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

Alguém sabe qual arquitetura eu teria sucesso emular com o qemu no Powerbook Ubuntu G4 Powerbook?

    
por Joshua Robison 24.04.2013 / 15:21

1 resposta

3

Claro que eles podem (e fazem) trabalhar (QEMU significa Q uick EMU lator), mas serão muito mais lentos que seus pares nativos - ou seja, aqueles que estão usando o mesmo ISA (ou um subconjunto dele) como o hardware real - já que grande parte do código não pode ser executar diretamente (sem emulação).

Da minha experiência de cerca de 3 anos atrás, o PowerPC emulado do QEMU em x86 era uma ordem de grandeza mais lenta que a real (o host rodando a 2.4GHz era 2-3 vezes mais lento que o PPC de 600MHZ).

Também é possível, por exemplo, testar aplicativos Android para dispositivos baseados em ARM em * x86 .

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

Eu nunca usei o tempo e os relatórios variam, mas eu esperaria chegar em algum lugar acima de 90% de velocidade nativa (em x86_64, vi declarações sobre algo como 2% de sobrecarga). Depende muito do modelo de armazenamento que você decide usar para as imagens de disco - usar uma partição separada é mais rápido do que usar um arquivo, porque você pula uma camada adicional - o sistema de arquivos (e com o formato de imagem crescente você também está perdendo) alocações de espaço adicionais à medida que a imagem cresce). Com muita RAM, colocar a imagem em tmpfs é um aumento de velocidade que é improvável que você veja em hardware real, a menos que você ajuste o sistema substancialmente (ler próximo de inicializar - mover tudo para tmpfs não é tão difícil). / p>     

por 26.04.2013 / 14:19