
Windows 8 Consumer Preview를 시험해 볼 때 Hyper-V를 설치했습니다.
그것은 또 다른 Windows Virtual PC처럼 보였습니다.
누군가 그것이 어떻게 다른지 설명해 줄 수 있습니까? 성능차이가 있나요? 다른 것 대신에 하나를 선택해야 하는 이유가 있나요?
답변1
누군가 그것이 어떻게 다른지 설명해 줄 수 있습니까? 성능차이가 있나요? 다른 것 대신에 하나를 선택해야 하는 이유가 있나요?
이미 설명하신 다른 답변에서 알 수 있듯이 두 프로젝트 간에는 아키텍처상의 차이점이 있습니다.
대략적으로 말하자면 Intel VT 하이퍼바이저와 관련하여 하이퍼바이저를 활성화하려면 (어셈블리에서) 특별한 지침 시퀀스를 실행하여 VMXON
. 그러면 하이퍼바이저 모드가 활성화됩니다.
해당 작업의 일부에는 가상 머신을 정의하는 작업이 포함됩니다.확장 페이지 테이블또는 AMD와 동등한 것. 이는 가상 머신의 전체 메모리 영역에 대해 수행한다는 점을 제외하면 페이지 테이블(어떤 메모리가 어디에 매핑되는지)을 설정하는 일반적인 작업과 같습니다. 이전 VM 기술이 막혔습니다.이 목적으로 VM 종료이는 본질적으로 멋진 하드웨어 인터럽트와 같습니다.
이것이 건축을 어떻게 지칭하는가? 하이퍼바이저를 구축하려면 두 가지 선택이 있습니다.
가상 머신 모니터를 설정한 다음 게스트 운영 체제를 기다리는 독립형 하이퍼바이저를 구축합니다. 일반적으로 VM을 관리하기에 충분한 자체 운영 체제를 포함하거나 권한 있는 게스트를 지원합니다. 예를 들어 Xen 하이퍼바이저에는 하이퍼바이저를 관리할 수 있는 "Dom0" "게스트"가 포함되어 있습니다.
기존 커널의 일부(예: 커널 모듈)로 하이퍼바이저를 구축합니다. 코드는 운영 체제 수명 중 언제든지(충분한 권한이 있다고 가정) Intel VT의 가상 머신 모니터로 설치될 수 있으며 제거될 수도 있습니다. 따라서 하이퍼바이저 코드는 필요에 따라 필요한 메모리 내 공간을 간단히 설정합니다.
실제로 최종 사용자의 차이점은 하이퍼바이저가 첫 번째 유형인 경우 재부팅하지 않으면 해당 하이퍼바이저를 언로드할 수 없다는 것입니다. 이는 그 자체로 운영 체제처럼 작동하기 때문입니다. Hyper-V는 다음과 같이 작동합니다. 예를 들어 Hyper-V가 설치되어 있으면 VirtualBox를 설치할 수 없습니다. 예를 들어 둘 다 가상 머신 모니터 공간을 공유할 수 없기 때문입니다(Hyper-V에는 이미 공간이 있으므로). 하이퍼바이저를 언로드하려면 재부팅해야 합니다.
간단히 말해서, Hyper-V가 설치되어 있으면 실행 중인 VM이 없더라도 다른 가상화 제품을 사용할 수 없습니다. Virtual PC의 경우에는 그렇지 않습니다.
이제 성능입니다. Intel VT와 같은 시스템에서는 OS를 먼저 로드하든 하이퍼바이저를 먼저 로드하든 성능 측면에서는 별 차이가 없을 것입니다. 이는 CPU 경계 영역일 뿐이고 이미 CPU 하드웨어 지원 가상화를 사용하고 있다면 속도는 그만큼 빠르기 때문입니다. 어쨌든 얻을 수 있듯이.
성능 측면에서 가상화의 차이점은 다음과 같은 기술에서 비롯됩니다.반가상화그리고의 사용아이오무/DMA 재매핑. 간단히 말해서, OS 메모리/CPU 구성 순서는 하드 디스크, 그래픽 카드 등과 같은 항목을 효율적으로 가상화할 수 있는지 여부만큼 큰 차이를 만들지 않습니다.
그것은 매우 많이 들립니다.이 블로그 게시물Hyper-V는 과거 소비자 유형 가상화 문제(그래픽, 사운드 등)에 문제가 있었습니다. 저는 이러한 사항이 필요한 Hyper-V를 실행한 적이 없으므로 이것이 여전히 문제인지에 대해서는 언급할 수 없습니다. 하지만 조사해 볼 가치가 있을 수도 있습니다.
답변2
Hyper V는 Windows Virtual PC보다 더 나은 성능을 제공합니다.
http://en.wikipedia.org/wiki/Hypervisor
Robert P. Goldberg는 두 가지 유형의 하이퍼바이저를 분류합니다.[5]
유형 1(또는 기본 베어메탈) 하이퍼바이저는 호스트 하드웨어에서 직접 실행되어 하드웨어를 제어하고 게스트 운영 체제를 관리합니다. 따라서 게스트 운영 체제는 하이퍼바이저보다 높은 다른 수준에서 실행됩니다.
이 모델은 가상 머신 아키텍처의 전형적인 구현을 나타냅니다. 최초의 하이퍼바이저는 1960년대 IBM에서 개발한 테스트 도구인 SIMMON과 CP/CMS였습니다. CP/CMS는 IBM z/VM의 조상이었습니다. 이에 상응하는 최신 제품은 Citrix XenServer, VMware ESX/ESXi 및 Microsoft Hyper-V 하이퍼바이저입니다.
유형 2(또는 호스팅) 하이퍼바이저는 기존 운영 체제 환경에서 실행됩니다. 하이퍼바이저 계층을 별개의 두 번째 소프트웨어 수준으로 사용하면 게스트 운영 체제는 하드웨어 위의 세 번째 수준에서 실행됩니다. KVM, BHyVe 및 VirtualBox는 유형 2 하이퍼바이저의 예입니다.
Wikipedia에서는 명확하게 설명합니다.