Мне нужно запустить устройство виртуальной машины, которое хочет получить доступ к большему объему оперативной памяти, чем доступно на физическом хосте (необходимо 16 ГБ). Я понимаю, что существуют потери производительности, но я планирую запустить эту виртуальную машину как фоновый процесс, и мне действительно все равно, сколько времени это займет. Гостевое приложение просто отказывается запускаться, если оно не обнаруживает достаточно доступной оперативной памяти, независимо от того, нуждается ли оно в этом или нет в данный момент. (и мой опыт работы с рабочей станцией VMware говорит, что устройство не так жадно, как могло бы показаться, даже если оно было жестко запрограммировано с этим требованием к памяти.)
Есть ли в любом случае сказать гостю Vbox для overcommit; или я могу внести изменения в хост-ОС, которые будут обманывать хост-процесс Vbox, сообщая больше оперативной памяти, чем фактической (с выделенным разделом подкачки слишком большого размера в режиме ожидания)?
У меня есть Windows7 или Linux для хост-ОС, в зависимости от того, какая работа будет выполнена.
Я пытаюсь перенести все виртуальные машины с VMware Workstation, и это одно устройство удерживает меня. В конце может потребоваться переработка устройства, но сейчас я стараюсь избегать ...
Непроверенное предложение: успех и / или стабильность неизвестны. Используйте раздувание памяти, чтобы увеличить целевую гостевую память сверх обычного "встроенного" максимума при создании гостя. Используя хост Linux с разрешенными функциями переполнения памяти, создайте несколько виртуальных виртуальных машин меньшего размера, которые будут кормить шарик.
Потенциальные ловушки:
- Linux хост может OOM ошибка
- Vbox может понять, что он перегружен и отказывается (или просто доверяет
malloc()или подобному)