답변:
x86 호스트에서 x86 가상화에 대해 이야기하는 경우 kqemu (qemu의 이전 가속 커널 모듈)는 더 이상 사용되지 않습니다. 커널 가상 머신 (KVM)은 "앞으로의 길"이지만 Linux 호스트에서만 작동합니다. 게스트는 x86 아키텍처 인 한 원하는 OS가 될 수 있습니다.
교차 아키텍처, qemu는 여전히 느리다. 방금 오늘 게스트에서 데비안 MIPS64와 함께 최신 qemu를 시도했습니다 .... 터미널에서 사용할 수 있었지만 Xorg에서는 엄청나게 느 렸습니다. 내가 아는 한, 교차 아키텍처를 진행할 때 확장 페이지 테이블 또는 VT-x와 같은 프로세서 가속 명령을 사용할 수 없습니다. 모두 소프트웨어로 에뮬레이트됩니다.
따라서 x86에서 x86 가상화의 경우 "원시"qemu는 느리지 만 qemu 를 사용 하는 KVM 은 빠릅니다. 꽤 빠릅니다. RHEL을위한 Red Hat의 권장 가상화 솔루션입니다.
kvm은 서버 가상화에 초점을 맞추고 virtualbox는 데스크탑 가상화에 초점을 맞추기 때문에 VirtualBox는 하드웨어 가속 2d / 3d 그래픽 성능 측면에서 qemu / kvm이 제공 할 수있는 모든 것을 여전히 날려 버립니다. 그러나 서버를 다루는 경우 kvm을 확인하는 것이 좋습니다.
편집 : 하드웨어 가속이없는 호스트의 경우 사용하는 virt 솔루션에 관계없이 상당히 큰 오버 헤드가 발생합니다. 소프트웨어에서 하드웨어를 모방하는 것은 어렵고 비용이 많이 듭니다.
가상화 가능 CPU (Intel VT-x, AMD SVM)가있는 호스트를 커널에서 Qemu (KVM이있는 Linux)에서 실행한다고 가정하면 상당히 빠릅니다.
Qemu가 2D (YouTube, 스프레드 시트, 게임) 및 3D 에뮬레이션으로 인해 느려진 기술적 이유는 나에게 분명하지 않습니다. 그러나 "비디오 드라이버"로는 충분하지 않다고 추측 할 수 있습니다. 하드웨어의 그래픽 하드웨어는 최적의 방식으로 사용되지 않습니다.
밝은면에서 최근 개발은 SPICE 프레임 워크를 qemu에 도입했습니다. 실제로 그것은 몇 살이고 합리적으로 성숙해 보입니다. QXL 비디오 드라이버로 실행하면 비디오 성능이 크게 향상됩니다 (2D 웹 개발). 나는 그것이 Virtualbox와 얼마나 잘 비교되는지 모르겠지만 확실히 개선되었습니다. SPICE는 Qemu에서 Windows를 실행하는 모든 사람에게 반드시 필요한 것 같습니다.
이것은 전적으로 제 의견이며 게스트에서 3D 또는 비디오 재생을 시도조차 한 적이 없다는 점에 유의해야합니다.
ls $(which kvm)에 대한 심볼릭 링크를 보여줍니다qemu-system-x86_64. QEMU를 사용하여 KVM에 대해 정확히 이야기 한 것 같습니다.