물리적 호스트에서 사용 가능한 것보다 더 많은 RAM(16GB 필요)에 액세스하려는 VM 어플라이언스를 실행해야 합니다. 성능 저하가 있다는 것을 이해하지만 이 VM을 백그라운드 프로세스로 실행할 계획이며 시간이 얼마나 걸리는지는 상관하지 않습니다. 게스트 애플리케이션은 특정 시점에 RAM이 많이 필요한지 여부에 관계없이 사용 가능한 RAM이 충분하지 않은 경우 실행을 거부합니다. (그리고 VMware 워크스테이션에 대한 내 경험에 따르면 어플라이언스는 이 메모리 요구 사항으로 하드 코딩되었음에도 불구하고 보이는 것만큼 욕심이 많지 않습니다.)
어쨌든 Vbox 게스트에게 오버커밋을 지시할 수 있습니까? 아니면 호스트 OS를 수정할 수 있나요?바보실제보다 더 많은 RAM을 보고하여(대기 중인 전용 스왑 파티션이 너무 큰 경우) Vbox 호스트 프로세스를 개선할 수 있습니까?
호스트 OS에 사용할 수 있는 Windows7 또는 Linux 중 어느 것이든 작업을 완료할 수 있습니다.
이 어플라이언스 하나 때문에 VMware Workstation의 모든 VM을 마이그레이션하려고 합니다. 결국 어플라이언스 재개발이 필요할 수도 있지만 지금은 피하려고 노력 중입니다...
테스트되지 않은 제안: 성공 및/또는 안정성을 알 수 없습니다. 게스트 생성 시 일반적인 "내장" 최대값 이상으로 대상 게스트 메모리를 늘리려면 메모리 벌루닝을 사용합니다. 메모리 오버커밋 기능이 허용되는 Linux 호스트를 사용하여 풍선을 공급하는 여러 개의 작은 더미 VM을 만듭니다.
잠재적인 함정:
- Linux 호스트에서 OOM 오류가 발생할 수 있음
- Vbox는 자신이 과도하게 커밋되었음을 깨닫고 거부할 수 있습니다(또는 단순히 신뢰하거나
malloc()유사하게 할 것입니까).