Apakah ada keuntungan memiliki lebih dari 16 GB RAM pada mesin pengembang Windows?

Dengan asumsi mesin (Dual Quad Core Xeon (2.26 GHz) dengan 24 GB RAM) menjalankan Windows Server 2008 dan Hyper-V. Berapa banyak VM yang dapat saya harapkan untuk berjalan bersamaan dengan kinerja yang baik?

Apakah ini berlebihan? Dapatkah Anda benar-benar memiliki terlalu banyak RAM?

Dengan asumsi 2 GB per VM. Itu sekitar 16 GB untuk VM dengan 8 GB tersisa untuk OS utama dan Hyper-V.

Apakah itu terdengar benar?

Edit:

Saya mencoba membuat pertanyaan itu terdengar kurang seperti menyombongkan diri. Bukan niat saya. Ini pertanyaan sulit untuk ditulis.

"Saya ingin menjalankan sekitar 8 VM sekaligus menggunakan Hyper-V."

Kenapa kamu ingin melakukan hal seperti itu?

Karena Anda tidak mungkin dapat memuat ALL 8 secara bersamaan selama pengembangan (kecuali, mungkin, untuk tes beban singkat), Anda mungkin dapat menjalankan semua 8VM dalam 2Gb dan masih memanfaatkan semua inti tersebut dengan baik.

Saya memiliki beberapa mesin komoditas yang menjalankan VMware yang kami gunakan untuk pengujian, integrasi berkelanjutan, dll.

Mesin-mesin ini memiliki prosesor quad-core tunggal dan masing-masing 16 GB RAM - dalam pengaturan kami saat ini kami telah mengamati bahwa:

• Kita terikat I / O dulu, terikat CPU kedua, dan memori bukan masalah.
• Menggunakan iSCSI dan OpenFiler untuk meng-host hard drive virtual pada file server khusus yang terpisah melalui dua gigabit Ethernet membantu menurunkan biaya dan meningkatkan kinerja vs disk lokal.
• Memori 16 GB kurang digunakan pada setiap mesin, dengan sebagian besar instance hanya dialokasikan antara 512 MB dan 2 GB RAM, dan OS memiliki 5 atau 6 GB gratis.
• Untuk biaya satu mesin dual-core Xeon dengan 24 GB RAM Anda dapat membeli 2 atau lebih mesin 4+ komoditas, masing-masing dengan 16 GB RAM dan CPU quad-core tunggal (menghindari FBDIMM dapat menghemat banyak uang) - terutama karena redundansi bukan masalah dengan mesin uji / pengembangan.
• Saat menguji aplikasi / lingkungan yang kompleks, sering kali ada mesin virtual berbeda yang berada di lingkungan fisik yang berbeda, hanya saja Anda mendapatkan tingkat latensi jaringan yang realistis antara berbagai layanan.

Adapun untuk menggunakan rig Anda untuk pengembangan - perhatian utama bagi saya adalah I / O - jika Anda menjalankan banyak mesin virtual, Anda akan melihat dampak negatif pada waktu akses disk Anda saat mengembangkan yang akan memperlambat kompilasi, dll. Saya akan cenderung untuk memindahkan sebanyak mungkin mesin virtual ke kotak yang terpisah dan membiarkan mesin pengembang Anda tidak terbebani sehingga kompilasi dan tugas-tugas terkait pengembang lainnya cepat.

Posting blog pada pengaturan awal saya dari tahun lalu.

Tergantung versi Windows yang Anda gunakan. Berikut ini beberapa info: http://msdn.microsoft.com/en-us/library/aa366778.aspx

64-bit Windows Vista Business dan di atas, dan 64-bit Windows 2008 Server Standard dan di atas harus dapat mengatasi RAM.

Dengan Windows 64-bit, mengatasi banyak memori seharusnya tidak menjadi masalah. Saya pikir kekhawatiran terbesar Anda adalah I / O, dengan banyak VM berjalan sekaligus. Saya menyarankan berinvestasi dalam drive SAS pada RPM tercepat yang tersedia untuk secara efektif mendukung banyak VM.

Saya memiliki pertanyaan serupa dan bukannya berdebat secara teoritis, saya memutuskan untuk membeli dengan gagasan bahwa saya akan mengganti / meningkatkannya jika perlu. Saya akhirnya dengan Core i7 920 dengan 12 GB RAM, 2 Intel 80 GB SSD (RAID 0), dua HDD SATA 1 TB (RAID 1), dan membuang 1 TB SATA.

Saya melemparkan Windows Server 2008 x64 dan meng-host beberapa VM di SSD saya. Respon yang sangat, sangat cepat. (Saya punya beberapa pengalaman dengan VM dan tahu bahwa disk I / O akan memakan saya sampai hosting lingkungan pengembang di VM, terutama ketika menambahkan SQL Server ke spindle yang sama.

Saya benar-benar menikmati pengaturan ini, tetapi kemudian sebuah taman bermain VM tiba (Dell 1950 dengan 32 GB RAM dan SAN kecil yang bagus). Saya melemparkan VM tersebut ke sana bersama beberapa yang lain dan memuat Windows 7 pada SSD saya. (Saya merasa bisa bermain-main dengan sistem saya karena saya sekarang hosting beberapa VM secara terpisah dari workstation baru saya.)

Hal terbesar yang saya perhatikan adalah seberapa bagus pengembangannya pada mesin non-VM. Bukan kecepatan, tetapi efek visual, antialiasing font, dll. SSD benar-benar membuat I / O menjadi non-faktor, tetapi mereka membuat semuanya terasa instan. (Juga, Windows 7 manis.)

Saya tahu saya harus membangunnya kembali ketika RTM keluar, tetapi saya memiliki VM yang dapat saya gunakan ketika sedang dibangun kembali. Saya harus menggunakan VPC alih-alih Hyper-V untuk membangun VM yang perlu saya pastikan tidak ada orang lain yang mengacaukannya, tapi saya pikir ini adalah tradeoff yang masuk akal.

Singkatnya, saya akan menggemakan yang lain yang mengatakan untuk meng-host VM di server terpisah, tetapi saya ingin menambahkan bahwa SSD Intel sangat cepat. mesin terpisah memberi Anda lebih banyak fleksibilitas. Drive Anda terdengar cukup cepat untuk pengujian, tetapi untuk pekerjaan pengembangan, ketukan instan cepat.

Karena setiap VM "memiliki" memorinya sendiri di Hyper-V, jumlah VM yang dapat Anda host secara aktif dibatasi oleh RAM yang tersedia. Jadi tidak bisa terlalu banyak.

Tentu saja leher botol kecepatan terbesar pada mesin dev adalah hard drive. Dengan ram tambahan Anda dapat mengatur sendiri drive RAM yang dapat memiliki manfaat kinerja yang sangat besar.

Anda tidak akan memiliki masalah dalam menangani RAM itu, Anda mungkin bisa lolos dengan 20 GB tetapi pada titik ini Anda mungkin juga mendapatkan tambahan 4 GB. Mengapa Anda melakukan ini pada mesin pengembang? Kecuali Anda adalah pertunjukan tunggal, harus ada server pusat yang menangani hal-hal seperti ini.

Jika skenario Anda tentang server + klien, setup multi-mesin akan lebih baik untuk simulasi, dan lebih murah. VMs sebenarnya tidak sama dengan OS asli, threading dan profiling rusak sehingga Anda akan cukup target, dan lebih buruk tidak akan benar-benar dapat profil sesuai.

2 sen saya

Robert,

Jika Anda bermaksud menjalankan 8 VM (untuk dev, atau sebaliknya) secara bersamaan, saya sangat merekomendasikan menjelajahi opsi virtualisasi server yang ditawarkan oleh VMWare. Secara umum teknologi virtualisasi server jauh lebih optimal dan efisien dalam memanfaatkan sumber daya fisik daripada rekan kerja itu.

Saya berkesempatan bekerja dengan VMWare Infrastructure 3 (yang merupakan nomenklatur payung untuk keluarga virtualisasi server VMWare untuk produk / teknologi) dan saya harus mengatakan saya terkesan. Edisi server sangat efisien jika dibandingkan dengan versi workstation dan menawarkan fleksibilitas luar biasa.

Saya tidak memiliki pengalaman dengan Hyper-V tetapi banyak orang yang telah menggunakannya sangat memuji itu. Namun saya menganggap VMWare sebagai alternatif unggul untuk fakta sederhana yang memungkinkan Anda untuk membuat VM yang menjalankan Sistem Operasi yang berbeda pada host fisik yang sama yang merupakan sesuatu yang Hyper-V tidak dapat lakukan (AFAIK)

Sejauh RAM berjalan, keterbatasan infrastruktur VMWare 3 jauh melampaui 24GB dan memungkinkan Anda untuk menyediakan memori yang tersedia, dan bahkan setiap inti, namun Anda inginkan di antara para tamu Anda - selama para tamu mendukungnya.

Jika Anda tertarik mempelajari tentang VMWare Infrastructure 3, saya sangat merekomendasikan buku ini karena berisi diskusi tentang arsitektur server VMWA ESX dan pertimbangan teknis yang hampir tidak akan Anda temukan di tempat lain.

Saya harap Anda akan menemukan ini berguna, meskipun itu bukan jawaban langsung untuk pertanyaan Anda dan bahwa Anda akan memaafkan komentar saya (24Gb untuk mesin dev memang tampak sedikit aneh .. setidaknya untuk sementara waktu)

Kami menjalankan Hyper V dan hosting contoh Server 2003 dan XP pada mesin yang sama.

--- ini seharusnya menjadi jawaban pengguna yang mengatakan bahwa Anda tidak dapat meng-host OS yang berbeda pada mesin yang sama di Hyper V. Atau begitulah cara saya membacanya.