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

8

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.

Paul
sumber
1
Hanya barang antik .. "dev" macam apa yang kamu lakukan? Dan bagaimana ini benar-benar terkait dengan pemrograman ?!
Miky Dinescu
doode! 16GB ram dengan 8 VM di workstation?
Byron Whitlock
Ini membuat saya merasa tidak enak pada laptop saya yang lemah 512 mb.
Zifre
4
Suara lebih seperti perjalanan Ego dari pertanyaan dev ... lagian aku cemburu :)
Robert Gould
1
Saya tahu kedengarannya seperti itu tetapi saya benar-benar ingin tahu. Ini bukan perjalanan ego. Jika itu saya akan memberikan spesifikasi lengkap. Saya serius tentang pertanyaan ini. Ini adalah mesin 64bit pertama saya dan ram paling banyak yang pernah saya miliki adalah 4GB jadi saya ingin tahu apakah ada yang melebihi 16GB. Saya ingat apa yang dikatakan tentang 640k. :)

Jawaban:

7

"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.

S.Lott
sumber
Untuk skenario pengujian multi tier dengan SQL Server, Web Server, dan mesin Klien.
3
8VM terlalu rumit untuk SQL Server sederhana, pengujian Server Web.
S.Lott
8 banyak - jika hanya 3 atau 4 yang dilakukan pada satu waktu saya sarankan daripada menulis kode untuk bekerja melawan API VMWare - sehingga Anda dapat memulai / menghentikan sekelompok mesin tergantung pada pengujian apa yang akan Anda lakukan.
Bittercoder
Apakah itu tepat dalam kasus ini bukan itu intinya - ada banyak alasan untuk menggunakan lebih dari 16GB RAM pada kotak Windows, karena itu merupakan pertanyaan pengembangan umum yang baik.
Justicle
Saya tidak mengerti mengapa 8 terlalu banyak. Jika Anda ingin menguji cluster, menguji sistem terdistribusi, menguji sistem multi-tier, mengapa tidak 8?
no
4

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.

Bittercoder
sumber
3

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.

Justicle
sumber
Saya berencana menggunakan Windows Server 2008 64
3

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.

Steve Wranovsky
sumber
Sepakat. Gunakan sekumpulan drive SCSI 15k, atau flash drive, tergantung kebutuhan Anda.
Joey Robert
3

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.


sumber
1

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.

Paul Alexander
sumber
Ya tidak diragukan lagi, saya tidak menyebutkan drive karena saya ingin pertanyaan berkonsentrasi hanya pada memori. Memori DDR3 tidak murah dan jika saya tidak perlu 24GB dan 16GB akan baik-baik saja, saya akan menurunkan spesifikasi. Mesin ini akan memiliki 4 SAS drive 15k, jadi saya pikir ini cukup cepat.
1

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.

Jared
sumber
Ini sebuah tes. Saya akan mengevaluasi konfigurasi ini untuk tim QA kami untuk melakukan pengujian multi-tier. Setelah periode eval kita mungkin akan mendapatkan rackmount dengan spesifikasi serupa. Plus itu adalah alasan bagi saya untuk mencoba dan bermain dengan VM yang biasanya tidak saya lakukan.
1

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 Gould
sumber
1
Jaringan latency juga dapat menjadi faktor - meskipun saya pikir menguji server Anda di VM sering berharga hari ini karena begitu banyak infrastruktur sedang virtualisasi di dunia usaha untuk mengurangi biaya ...
Bittercoder
Poin bagus, jika Anda menjalankan server Anda pada perangkat keras seseorang, rasanya seperti tervirtualisasi sekarang
Robert Gould
1

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)

Miky Dinescu
sumber
1
Terima kasih untuk tautannya. Karena saya hanya akan berurusan dengan Microsoft OS, saya akan mencoba Hyper-V tetapi akan mengingatnya jika saya perlu menjelajahinya lebih jauh. Saya setuju 24GB memang terlihat ekstrem tetapi hanya berharga $ 500 - $ 750 (saya lupa persis) lebih dari 12GB. Beberapa tahun dari sekarang sebagian besar komentar tentang pertanyaan ini akan terasa aneh! ;-)
Saya setuju tentang RAM. Namun, mengenai Hyper-V, saya pikir saat ini hanya berfungsi dengan Win 2K8 dan dalam skenario kami, kami memiliki beberapa alat yang hanya kompatibel dengan 2K3. Mungkin Anda bisa membagikan temuan Anda nanti!
Miky Dinescu
0

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.


sumber