Ospite a 64 o 32 bit per un host a 64 bit? (VMware)


10

Quindi, ecco la mia domanda per tutti i timer. Non ho mai visto una risposta totale, quindi per favore ragazzi, aiutatemi.

Ho una CPU Intel Core i7 con tutte le cose hardware abilitate (tranne l'hyper-threading).
Il mio sistema operativo è un Win 7 x64 Professional, SP1, legit.

Ho VMWare installato (7.1.4 atm).

Quale ospite dovrei usare? 64-bit o 32-bit?
Solo che non lo so. Che è migliore?

(La memoria non è un problema, ho 10 gig nel PC. Voglio sapere qual è il migliore in termini di prestazioni degli ospiti.)


Ho eseguito entrambi e non ho mai notato alcuna differenza di preformance significativa, immagino che se si desidera dare alla VM più di 4 GB, il 64 bit potrebbe essere più veloce. Tuttavia non ho mai avuto bisogno di un vm con più di 4 GB di RAM che non è su hyper visore bare metal.
Non Kyle smette di perseguitarmi il

Risposte:


7

Ci sono due fattori coinvolti qui. In ordine:

Emulazione CPU
È possibile che una discrepanza tra l'host e il guest costringerà la VM a utilizzare la modalità di emulazione CPU. Non mi aspetto che ciò accada, ma a seconda dell'hypervisor, del sistema operativo e dell'architettura, è possibile. Vuoi evitare questo a tutti i costi. L'altra parte di ciò che si desidera corrisponda all'hypervisor VM anche al sistema host. Quindi, se hai Windows a 64 bit, cerca un'edizione a 64 bit di VirtualBox, VMWare, ecc. Una volta che sei sicuro che questo non sia un problema, si passa al fattore successivo:

RAM
Se in genere fornirai ai tuoi ospiti meno di 4 GB di RAM, per il momento continua con 32 bit. Ci sono anche altri cambiamenti nel passaggio a x64, ma per la maggior parte quelli non aiuteranno le tue VM tanto quanto lo farà la RAM salvata da un puntatore / parola più piccolo, perché le VM hanno più problemi di I / O e hanno bisogno della RAM di più per aiutare a salvare andando su disco tutte le volte. Non dimenticare di consentire la crescita qui. Non è necessario ricostruire una VM da zero. Ad esempio, probabilmente avrei impostato una VM che fungeva da server di database a 64 bit, anche se in questo momento ha solo 2 GB di RAM. Farei lo stesso per un'immagine di prova di Windows 7. Ma se avessi una macchina che esiste per qualcosa come testare un sito Web sotto IE7 su Windows XP, lo lascerei a 32 bit.

Come nota finale, menzioni che l'hyperthreading è disattivato. Probabilmente lo desideri se eseguirai molto lavoro nella VM. Il motivo per cui a volte si desidera disattivare questa opzione è che fornisce più cache per core. La maggior parte delle persone con processori quad core non usano nemmeno tutti i core per la maggior parte del tempo e il core aggiuntivo fornito dall'hyperthreading non è così potente a causa di problemi di conflitto in corso in cui le due istruzioni che si verificano nello stesso fisico potrebbero essere in qualche modo correlato. Pertanto, il guadagno derivante da dimensioni della cache maggiori su pochi core può talvolta superare il guadagno derivante da core deboli aggiuntivi. Le macchine virtuali, tuttavia, possono utilizzare quei falsi core aggiuntivi ed essere sicuri di pipeline abbastanza pulite con alcuni dei problemi che normalmente trattengono questa funzionalità.


2

Ti suggerisco di utilizzare guest a 64 bit per un solo motivo: funzionano perfettamente con più di 4 GB di RAM. Al giorno d'oggi il 4G non è molto, e anche se non ne hai bisogno in questo momento, potrebbe essere necessario avere> 4G RAM sul guest dopo un po '.

E in questo caso ti verrà richiesto di eseguire la reinstallazione completa del guest a 32 bit, mentre con 64 bit dovrai solo modificare le impostazioni VM.


1
4 GB è più che sufficiente per la maggior parte delle persone ... quindi dire che non è molto sciocco: P
Riguez

2
Dillo al mio jboss + activemq + terracotta :)
rvs

1
Probabilmente puoi suddividere JBOS + ACTIVEMQ e TERACOTTA in VM separate.
Archimede Trajano,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.