C'è qualche vantaggio ad avere più di 16 GB di RAM su un computer sviluppatore Windows?

Supponendo una macchina (Dual Quad Core Xeon (2,26 GHz) con 24 GB di RAM) con Windows Server 2008 e Hyper-V. Quante macchine virtuali posso aspettarmi di eseguire contemporaneamente con buone prestazioni?

Questo è eccessivo? Puoi davvero avere troppa RAM?

Supponendo 2 GB per VM. Sono circa 16 GB per le macchine virtuali con 8 GB rimasti per il sistema operativo principale e Hyper-V.

Sembra giusto?

Modificare:

Ho provato a far sembrare la domanda meno simile a vantarsi. Non è mai stata mia intenzione. È una domanda difficile da scrivere.

"Voglio eseguire circa 8 macchine virtuali contemporaneamente usando Hyper-V."

Perché mai vorresti fare una cosa del genere?

Dal momento che è improbabile che tu sia in grado di caricare TUTTI 8 contemporaneamente durante lo sviluppo (tranne, forse, per un breve test di carico) probabilmente puoi eseguire tutti gli 8VM in 2Gb e comunque fare buon uso di tutti quei core.

Ho un paio di macchine per materie prime che eseguono VMware che utilizziamo per test, integrazione continua, ecc.

Queste macchine hanno un singolo processore quad-core e 16 GB di RAM ciascuno - nella nostra configurazione attuale abbiamo osservato che:

• Siamo prima associati a I / O, secondo CPU e la memoria non è un problema.
• L'uso di iSCSI e OpenFiler per ospitare i dischi rigidi virtuali su un file server dedicato separato su Ethernet a doppio gigabit ha contribuito a ridurre i costi e migliorare le prestazioni rispetto ai dischi locali.
• I 16 GB di memoria sono sottoutilizzati su ogni macchina, con la maggior parte delle istanze allocate solo tra 512 MB e 2 GB di RAM e il sistema operativo ha 5 o 6 GB gratuiti.
• Al costo di una macchina Xeon quad-core dual con 24 GB di RAM, è possibile acquistare 2 o più probabili macchine 4+ commodity, ognuna con 16 GB di RAM e una singola CPU quad-core (evitando FBDIMM può risparmiare un sacco di soldi) - soprattutto perché la ridondanza non è un problema con una macchina di test / sviluppo.
• Quando si eseguono test di applicazioni / ambienti complessi, è spesso utile disporre di macchine virtuali diverse su ambienti fisici diversi, in modo da ottenere un livello realistico di latenza di rete tra i vari servizi.

Per quanto riguarda l'utilizzo del tuo rig per lo sviluppo - la preoccupazione principale per me sarebbe l'I / O - se stai utilizzando molte macchine virtuali, vedrai un impatto negativo sui tempi di accesso al disco durante lo sviluppo che rallenterà la compilazione, ecc. essere incline a spostare quante più macchine virtuali possibile su una scatola separata e lasciare la macchina dello sviluppatore senza problemi, in modo che la compilazione e le altre attività relative allo sviluppatore siano velocissime.

Post di blog sulla mia configurazione iniziale dell'anno scorso.

Dipende dalla versione di Windows che stai utilizzando. Ecco alcune informazioni: http://msdn.microsoft.com/en-us/library/aa366778.aspx

Windows Vista Business a 64 bit e versioni successive e Windows 2008 Server Standard a 64 bit e versioni successive dovrebbero essere in grado di indirizzare la RAM.

Con Windows a 64 bit, occuparsi di tanta memoria non dovrebbe essere un problema. Penso che la tua più grande preoccupazione sarebbe l'I / O, con tante macchine virtuali in esecuzione contemporaneamente. Suggerirei di investire in unità SAS ai più veloci RPM disponibili per supportare efficacemente molte macchine virtuali.

Avevo una domanda simile e invece di discuterla in termini teorici, ho deciso di acquistare con l'idea di sostituirla / aggiornarla se necessario. Ho finito con un Core i7 920 con 12 GB di RAM, 2 SSD Intel 80 GB (RAID 0), due HDD SATA da 1 TB (RAID 1) e un SATA da 1 TB.

Ho lanciato Windows Server 2008 x64 e ho ospitato un paio di VM sui miei SSD. Risposte molto, molto veloci. (Ho una certa esperienza con le macchine virtuali e so che l'I / O del disco mi farebbe impazzire nell'hosting di un ambiente di sviluppo in una macchina virtuale, specialmente quando aggiungo SQL Server agli stessi mandrini.

Mi è davvero piaciuta questa configurazione, ma poi è arrivato un parco giochi per VM (un Dell 1950 con 32 GB di RAM e una piccola SAN elegante). Ho lanciato quelle macchine virtuali insieme ad alcune altre e ho caricato Windows 7 sui miei SSD. (Sentivo di poter giocare con il mio sistema perché ora ospitavo alcune VM indipendentemente dalla mia nuova workstation.)

La cosa più grande che ho notato è stato quanto fosse bello svilupparsi su una macchina non VM. Non tanto la velocità ma gli effetti visivi, l'antialiasing dei caratteri, ecc. Gli SSD hanno davvero reso l'I / O un non fattore, ma rendono tutto istantaneo. (Inoltre, Windows 7 è dolce.)

So che dovrò ricostruirlo quando uscirà RTM, ma ho macchine virtuali in cui posso lavorare mentre viene ricostruito. Dovrò usare VPC invece di Hyper-V per la creazione di macchine virtuali di cui ho bisogno per assicurarmi che nessun altro abbia sbagliato, ma penso che questo sia un compromesso ragionevole.

In breve, farei eco agli altri che dicono di ospitare macchine virtuali su un server separato, ma vorrei aggiungere che gli SSD Intel sono molto veloci. macchine separate offrono maggiore flessibilità. Le tue unità suonano abbastanza velocemente per i test, ma per il lavoro di sviluppo, ritmi istantanei veloci.

Poiché ogni VM "possiede" la propria memoria in Hyper-V, il numero di VM che è possibile ospitare attivamente è limitato dalla RAM disponibile. Quindi non posso davvero avere troppo.

Ovviamente il più grande collo di bottiglia di velocità su una macchina di sviluppo è il disco rigido. Con il ram extra potresti creare un'unità RAM che potrebbe avere un enorme vantaggio in termini di prestazioni.

Non avrai problemi a indirizzare quella RAM, potresti riuscire a cavartela con 20 GB ma a questo punto potresti anche ottenere i 4 GB extra. Perché lo stai facendo su una macchina sviluppatore? A meno che tu non sia uno spettacolo personale, dovrebbe esserci un server centrale che gestisce cose come questa.

Se il tuo scenario riguarda server + client, una configurazione multi-macchina sarebbe migliore per la simulazione e più economica. Le macchine virtuali in realtà non sono le stesse dei sistemi operativi nativi, il threading e la creazione di profili sono interrotti, quindi sarai fuori target e, peggio ancora, non sarai in grado di profilare di conseguenza.

I miei 2 centesimi

Roberto,

Se si intende eseguire contemporaneamente 8 VM (per sviluppatori o altro), consiglio vivamente di esplorare le opzioni di virtualizzazione del server offerte da VMWare. In generale, la tecnologia di virtualizzazione dei server è molto più ottimizzata ed efficiente nell'utilizzo delle risorse fisiche rispetto alla sua controparte workstation.

Ho avuto l'opportunità di lavorare con VMWare Infrastructure 3 (che è la nomenclatura ombrello per la famiglia di prodotti / tecnologie di virtualizzazione server VMWare) e devo dire che sono rimasto colpito. L'edizione server è estremamente efficiente rispetto alla versione workstation e offre un'incredibile flessibilità.

Non ho esperienza con Hyper-V ma molte persone che l'hanno usato ne parlano molto. Tuttavia, considero VMWare un'alternativa superiore per il semplice fatto che consente di creare VM che eseguono diversi sistemi operativi sullo stesso host fisico, cosa che Hyper-V non può fare (AFAIK)

Per quanto riguarda la RAM, le limitazioni dell'infrastruttura 3 di VMWare si estendono ben oltre i 24Gb e ti consentono di fornire la memoria disponibile e persino ogni core, come desideri tra i tuoi ospiti, purché gli ospiti lo supportino.

Se sei interessato a conoscere VMWare Infrastructure 3, consiglio vivamente questo libro in quanto contiene discussioni sull'architettura del server ESX VMWAre e considerazioni tecniche che difficilmente troverai altrove.

Spero che lo troverai utile, anche se non è una risposta diretta alla tua domanda e scuserai il mio commento (24Gb per una macchina di sviluppo sembra un po 'fuori dal comune .. almeno per un po')

Stiamo eseguendo Hyper V e ospitando istanze di Server 2003 e XP sullo stesso computer.

--- questa doveva essere una risposta per l'utente che ha affermato che non è possibile ospitare diversi SO sullo stesso computer in Hyper V. Oppure è così che l'ho letto.