"Kinerja" memiliki banyak aspek. N00b mengukur waktu boot OS, dan mengatakan misalnya Windows 2012 sangat bagus karena boot dalam 12 detik pada HD nyata, mungkin 1 detik pada SSD.
Tapi ukuran semacam ini tidak terlalu berguna: kinerja sama dengan waktu boot OS, tetapi OS boot sebulan sekali sehingga mengoptimalkan yang tidak masuk akal.
Karena ini adalah urusan harian saya, saya mungkin akan menunjukkan 4 bagian berikut yang membentuk "kinerja"
Beban CPU
Ini harus sebanding, artinya tugas yang mengambil 1000 ms pada bare metal akan dieksekusi dalam waktu proses 1000 ms dan mungkin 1050 ms dari waktu jam dalam lingkungan VM yang tidak digunakan pada perangkat keras yang sama (beberapa perincian kemudian). Google MSDN untuk waktu proses dan penghitung kinerja dan Anda dapat melakukan hal yang dapat menunjukkan seberapa banyak VM memakan waktu CPU Anda.
Kinerja SQL
Kinerja SQL sangat bergantung pada IO ke datastore tempat data SQL disimpan. Saya telah melihat perbedaan 300% antara gen pertama ISCSI yang dapat Anda temukan di Buffalo home NAS, kemudian ISCSI dengan DCE dan lingkungan FC sekolah tua yang nyata, di semua tingkatan. FC masih menang saat ini, karena latensi FC adalah lowesst archievable yang mengarah pada "salinan" protokol FC untuk peningkatan TCP / IP pusat data. Di sini IOps dan latensi sangat penting tetapi juga bandwidth IO dari proses server ke media - tergantung apakah aplikasi cenderung ke No-SQL atau ke Datawarehousing atau berada di tengah-tengahnya seperti sistem ERP ... Sage KHK untuk perusahaan kecil, SAP untuk yang besar.
Akses
Sistem File Beberapa aplikasi, seperti streaming video bergantung pada bandwidth minimum yang dijamin, yang lain bergantung pada throughput IO maksimum seperti hanya membuka file besar dalam hex editor, memuat proyek video ke prog pembuatan film favorit Anda. Bukan situasi yang khas pada vm .... IOps mungkin juga penting bagi pengembang. Pengembang sering menggunakan VM karena mengembangkan lingkungan sangat sensitif dan oleh karena itu godaan untuk melakukannya dalam VM adalah tinggi. Mengompilasi sebuah proyek besar sering kali berarti membaca berton-ton file kecil, mengerjakan tugas-tugas kompiler dan membangun EXE dan komponen-komponen yang menyertainya.
Latensi jaringan untuk klien
Di sini kegunaan prog WYSIWIG seperti kata 2010, Openoffice Writer, LaTEX, GSView, dan lainnya sangat bergantung pada kecepatan - seberapa cepat tindakan mouse didapat dari klien ke server. Terutama di aplikasi CAD ini penting .... tetapi juga bukan masalah LAN, itu akses jarak jauh melalui WAN di mana ini penting.
Tapi - dan saya berbicara dari sudut pandang konsultasi bertahun-tahun - ada pengguna yang memiliki kata sandi admin (dan mereka sering kali adalah karyawan perusahaan besar dengan anggaran BESAR dan dompet besar) mengeluh ini dan itu, tetapi harus diklarifikasi komponen kinerja mana yang penting bagi mereka dan mana yang penting dari perspektif aplikasi yang mereka gunakan.
Kemungkinan besar bukan notepad, tetapi aplikasi yang sangat canggih untuk rekayasa ini dan itu, yang juga sangat mahal dan harus dipindahkan pada VMware, HyperV atau Xenapp dan tidak berfungsi seperti yang diharapkan.
Tetapi mereka tidak memiliki pikiran bahwa itu dapat berjalan pada 1,5 GHz Xeon pada blade tidak dibuat untuk kinerja CPU murni, mereka dibangun untuk rata-rata, katakanlah "dioptimalkan untuk $ per siklus CPU" atau "siklus CPU per Watt" .
Dan ketika kita berbicara tentang pengorbanan dan penghematan - yang sebagian besar mengarah pada komitmen berlebihan. Komitmen berlebihan menyebabkan kurangnya sumber daya di mana CPU dapat ditangani dengan cukup baik, tetapi kurangnya memori mengarah ke paging, kurangnya IO pada router inti mengarah pada peningkatan waktu jawab pada segala hal, dan kelebihan beban transaksional pada segala jenis penyimpanan dapat menghentikan setiap aplikasi yang berguna dari merespons terlalu cepat. Di sini pemantauan diperlukan, tetapi banyak vendor perangkat lunak tidak dapat memberikan informasi seperti itu .... di sisi lain tuan rumah dengan sumber daya 3 server fisik kemungkinan besar dapat menangani 8 mesin virtual dengan tata letak yang sama seperti yang fisik ...
Pengorbanan CPU pada sistem idle sering menyebabkan sistem berkinerja 50% lebih lambat daripada sistem fisik, di sisi lain tidak ada yang dapat menginstal os "dunia nyata" dan aplikasi "dunia nyata" yang ingin dipindahkan oleh pelanggan IT kotak. Dan butuh berhari-hari (mungkin berminggu-minggu tetapi pasti 42 pertemuan) untuk menjelaskan bahwa teknologi VM dapat menawarkan fleksibilitas dengan memperdagangkan kecepatan CPU murni. Ini hanya dibangun pada CPU pada sistem blade ini yang menjadi tuan rumah lingkungan VM yang lebih besar. Juga memori tidak akan sebanding, juga beberapa pengorbanan berlaku. DDR3 1600 CL10 akan memiliki bandwidth memori lebih tinggi dari DDR2 800 ECC LLR - dan semua orang tahu bahwa Intel CPU mendapat untung dari ini dengan cara yang berbeda dari AMD cpus. Tapi mereka jarang digunakan pada lingkungan produktif, lebih banyak di whitebox atau di pusat data yang di-host di negara-negara dunia ke-3 yang menawarkan layanan pusat data untuk 10% dari harga yang bisa ditagih pusat data di tanah air Anda sendiri. Berkat Citrx, pusat data bisa ada di mana-mana jika kurang dari 150 ms latensi antara pengguna akhir dan pusat data.
Dan perspektif pengguna rumahan ....
Terakhir, beberapa orang ingin membuang Win7 atau XP dan menukarnya dengan Linux, dan kemudian muncul pertanyaan tentang permainan karena sebenarnya hanya sedikit permainan yang tersedia untuk Linux dan Windows. Gaming mengandalkan higly pada akselerasi 3D. VMWare 6.5 Workstation dan pemutar gratis yang terhubung dapat menangani DirectX 9, yang berarti Doom3 dalam VM dapat berjalan pada kartu grafis host dalam layar penuh. Game sebagian besar adalah aplikasi 32 bit, sehingga tidak memakan lebih dari 3 GB dan sebagian besar tidak lebih dari 3 CPU (terlihat pada Crysis). Pemain VM yang lebih baru dan WS dapat menangani versi DirectX yang lebih tinggi dan mungkin juga OpenGL ... Saya memainkan UT dan UT2004 pada VMware 6.5, tuan rumah memiliki ATI Radeon 2600 mobile dan CPU T5440. Itu stabil pada 1280x800 dan dapat dimainkan bahkan pada game jaringan ....