오래된 질문을 읽어보면VM에서 두 번째 OS 실행OS의 다양한 인스턴스를 실행하는 데 선호되는 방법입니다. 그러나 컴퓨터가 두 개의 운영 체제를 수용해야 하기 때문에 VM 내에서 실행되는 OS는 더 느리게 실행되지 않습니까? 이미 Windows 7을 실행 중인 노트북에 Windows 7의 또 다른 인스턴스를 설치하고 싶은데, VM 인스턴스가 내 메모리를 모두 사용하지 못하기 때문에 속도가 느려질까 걱정됩니다.
답변1
CPU에 하드웨어 가상화 확장 기능이 있는 경우(대부분의 서버 및 데스크톱, 현재 많은 랩톱 프로세서가 지원함) CPU 바인딩 응용 프로그램의 성능 저하가 최소화됩니다.
VM 전용으로 충분한 RAM이 있는 경우 공유되지 않습니다(VirtualBox 및 Microsoft의 Hyperv는 메모리 IIRC를 오버커밋하지 않으므로 둘 중 하나를 사용하는 경우 논쟁의 여지가 있습니다. VMWare를 사용하는 경우 고정할 수 있음) 메모리이므로 VM용으로 예약되어 있으므로 메모리 바인딩된 애플리케이션의 적중은 최소화됩니다.
호스트와 게스트가 동일한 드라이브를 사용하거나 여러 게스트가 동일한 드라이브를 사용하는 경우 디스크 바인딩된 응용 프로그램은 항상 적중을 받게 됩니다. 종종 히트가 상당히 중요합니다. VM에 드라이브를 전용으로 사용하거나 디스크 바인딩 애플리케이션에 빠른 NAS 상자를 사용할 수 있는 경우 최소한의 히트가 표시됩니다.
그게 도움이 되나요?
답변2
예 & 아니요. 하이퍼바이저의 출현으로 가상 OS는 이제 물리적 하드웨어에 더 직접적으로 액세스할 수 있게 되었습니다. 반면에... 성능을 저하시키는 "오버헤드"가 여전히 있는 것들도 있습니다. 예를 들어 호스트 OS의 파일에 디스크 이미지를 저장하는 경우 성능을 저하시키는 추상화 계층이 여전히 남아 있습니다. 많은 경우 오버헤드의 양은 미미합니다. 대부분의 원시 컴퓨팅 성능의 경우... 가상 환경(CPU/RAM 액세스)에서 오버헤드가 거의 0에 가깝습니다. 이제 많은 하이퍼바이저가 실제로 극적인 결과를 가져올 수 있는 페이지 파일을 가상화하는 방법도 제공합니다.
저는 실제로 게스트 OS가 SSD에 직접 액세스할 수 있고 호스트 OS가 표준 플래터 디스크에서 직접 실행되는 시스템을 구축했습니다. 게스트 OS는 호스트 OS보다 성능이 훨씬 뛰어납니다.
OS 가상화에는 많은 이점이 있습니다. 그 이유는 다음과 같습니다.
- 이식성. 가동 중지 시간을 최소화하면서 한 하드웨어에서 다른 하드웨어로 가상 인스턴스를 이동할 수 있습니다.
- 확장성. 하드웨어를 더 잘 활용하기 위해 여러 OS를 병렬로 실행할 수 있습니다. 대부분의 시간 동안 OS는 거의 아무것도 하지 않고 유휴 상태로 있습니다. 그렇다면 1의 컴퓨팅 성능만 필요한데 왜 6개의 물리적 하드웨어 세트를 전용으로 사용합니까? 항상 아무 작업도 하지 않는 추가 서버를 두지 않고 무언가를 테스트하기 위해 추가 서버가 필요한 경우 어떻게 해야 합니까?
- 적응성. Windows에서 Linux, MacOS, 앞뒤로 전환해야 하는 경우... 하나를 종료하고 다른 것으로 부팅하는 데는 단순히 병렬로 실행하는 것보다 훨씬 더 오랜 시간이 걸립니다.
더 많은 이유가 있습니다... 하지만 제가 솔직하게 생각하는 바는 개인적으로 선호하는 운영 체제를 호스트 OS로 실행하고 보조 OS를 필요에 따라 가상 인스턴스로 실행한다는 것입니다. 오늘날 오버헤드와 처리 능력의 양이 많기 때문에 듀얼 부팅을 하는 이유가 어리석은 것처럼 보입니다.
답변3
VM이 설치된 Windows 7이 더 적은 리소스로 실행된다는 점은 맞습니다(하드웨어에 따라 반드시 느려지는 것은 아닙니다). 다른 Windows 7을 갖고 싶은 이유가 있나요? 그 주위에 방법이있을 수 있습니다.
또한 두 개의 Windows 7 인스턴스를 이중 부팅할 수 있을 것 같습니다. 그러나 부팅 시 OS를 관리하려면 GRUB와 같은 것을 구입하는 것이 좋습니다. Windows에는 부팅 관리자를 망칠 수 있는 방법이 없습니다.