64-битный или 32-битный гость для 64-битного хоста? (VMware)


10

Итак, вот мой постоянный вопрос. Никогда не видел полного ответа на него, поэтому, пожалуйста, ребята, помогите мне.

У меня есть процессор Intel Core i7 со всеми включенными аппаратными средствами (кроме гиперпоточности).
Моя ОС - Win 7 x64 Professional, SP1, легальная.

У меня установлен VMWare (7.1.4 атм).

Какой гость я должен использовать? 64-битный или 32-битный?
Я просто не знаю. Что лучше?

(Память не проблема, у меня есть 10 гигабайт в ПК. Я хочу знать, что лучше в плане гостевой производительности.)


Я запускал оба, и я, кажется, никогда не замечал какой-либо существенной разницы в производительности, я думаю, если вы хотите дать виртуальной машине больше, чем 4 гигабайта, тогда 64 бит может быть быстрее. Однако у меня никогда не было потребности в виртуальной машине с более чем 4 гигабайтами оперативной памяти, которой нет на голометаллическом гипервизоре.
Supercereal

Ответы:


7

Здесь есть два фактора. В порядке:

Эмуляция ЦП
Возможно, что несоответствие между хостом и гостем вынудит ВМ использовать режим эмуляции ЦП. Я не ожидаю, что это произойдет, но в зависимости от вашего гипервизора, операционной системы и архитектуры, это возможно. Вы хотите избежать этого любой ценой. Другая часть этого - то, что вы хотите, чтобы ваш виртуальный гипервизор также соответствовал вашей хост-системе. Поэтому, если у вас 64-битная Windows, ищите 64-битную версию VirtualBox, VMWare и т. Д. Если вы уверены, что это не проблема, это сводится к следующему фактору:

ОЗУ
Если вы обычно предоставляете своим гостям менее 4 ГБ ОЗУ, то пока пользуйтесь 32-битным. Есть и другие изменения в переходе на x64, но по большей части они не помогут вашим виртуальным машинам так же сильно, как ОЗУ, сэкономленное благодаря меньшему размеру указателя / слова, потому что у виртуальных машин больше проблем с вводом-выводом и им требуется оперативная память. больше, чтобы помочь сохранить переход на диск, как часто. Не забудьте учесть рост здесь. Вы не хотите восстанавливать виртуальную машину с нуля. Например, я бы, вероятно, настроил виртуальную машину, выполняющую роль сервера базы данных, как 64-битную, даже если сейчас у нее всего 2 ГБ ОЗУ. Я бы сделал то же самое для тестового образа Windows 7. Но если бы у меня была машина, которая существует для чего-то вроде тестирования веб-сайта под IE7 в Windows XP, я бы оставил это на 32-битной.

В заключение отметим, что у вас отключена гиперпоточность. Вы, вероятно, захотите этого, если будете много работать с виртуальными машинами. Причина, по которой вы иногда хотите отключить это, заключается в том, что он дает больше кеша на ядро. Большинство людей с четырехъядерными процессорами не используют даже все ядра большую часть времени, и дополнительное ядро, обеспечиваемое гиперпоточностью, просто не столь мощно из-за конфликтных проблем в конвейере, где две инструкции, происходящие в одной и той же физической области, могут быть связаны в некотором роде. Таким образом, выигрыш от увеличения размера кэша на нескольких ядрах может иногда перевешивать выигрыш от дополнительных слабых ядер. Виртуальные машины, однако, могут использовать эти поддельные дополнительные ядра и быть уверенными в достаточно чистых конвейерах с несколькими проблемами, которые обычно сдерживают эту функцию.


2

Я предлагаю вам использовать 64-битные гостевые системы только по одной причине: они прекрасно работают с более чем 4 ГБ ОЗУ. В настоящее время 4G не очень много, и даже если вам это не нужно прямо сейчас, может потребоваться иметь> 4G RAM на госте через некоторое время.

И в этом случае вам потребуется выполнить полную переустановку 32-битного гостя, в то время как с 64-битным вам нужно будет только изменить настройки vm.


1
4 ГБ более чем достаточно для большинства людей ... так что говорить о том, что это не так много, просто глупо: P
Riguez

2
Скажите это моему jboss + activemq + терракота :)
rvs

1
Вероятно, вы можете разбить ваши JBOS + ACTIVEMQ и TERACOTTA на отдельные виртуальные машины.
Архимед Траяно
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.