Kami memiliki sistem host KVM di Ubuntu 9.10 dengan CPU Xeon Quad-core yang lebih baru dengan hyperthreading. Seperti yang dijelaskan pada halaman produk Intel , prosesor memiliki 4 core tetapi 8 thread. / proc / cpuinfo dan htop daftar kedua prosesor 8, meskipun masing-masing menyatakan 4 core di cpuinfo. KVM / QEMU juga melaporkan 8 VCPU tersedia untuk ditugaskan kepada para tamu.
Pertanyaan saya adalah ketika saya mengalokasikan VCPU ke tamu VM, haruskah saya mengalokasikan per-inti atau per-utas? Karena KVM / QEMU melaporkan server memiliki 8 VCPU untuk dialokasikan, haruskah saya melanjutkan dan menetapkan tamu untuk menggunakan 4 CPU di mana saya sebelumnya akan mengaturnya untuk menggunakan 2 (dengan asumsi 4 total VCPU tersedia)? Saya ingin mendapatkan yang terbaik dari perangkat keras host tanpa mengalokasikan berlebihan.
Pembaruan: Jawaban Chopper3 tidak diragukan lagi pendekatan yang tepat. Namun, saya masih ingin mendengar dari pakar perangkat keras mana pun di luar sana yang dapat menjelaskan aspek kinerja utas vs. inti ... siapa saja?
Biasanya, HT berfungsi dengan baik pada beban kerja yang lebih berat pada IO - CPU dapat menjadwalkan lebih banyak tugas pemrosesan dari antrian CPU virtual lainnya sementara CPU virtual pertama menunggu di IO. Benar-benar semua subsistem HT mendapatkan Anda adalah peralihan konteks dipercepat perangkat keras - yang merupakan pola beban kerja yang juga digunakan saat beralih antar VM. Jadi, HT akan (biasanya) mengurangi sedikit perlambatan ketika Anda memiliki lebih banyak VM dan core, asalkan setiap VM mendapatkan satu inti virtual.
Menetapkan banyak vCPU ke VM dapat meningkatkan kinerja jika aplikasi dalam VM ditulis untuk threading, tetapi juga membuat hidup lebih sulit untuk hypervisor; ia harus mengalokasikan waktu pada 2 atau 4 CPU sekaligus - jadi jika Anda memiliki CPU quad-core dan quad-vCPU VM, hanya satu VM yang bisa dijadwalkan selama jangka waktu tersebut (sedangkan ia dapat menjalankan 4 VM single-vCPU yang berbeda sekaligus).
sumber
Ini agak rumit. Bergantung pada bebannya, HT dapat meningkatkan kinerja hingga ~ 30% atau menguranginya. Biasanya saya menyarankan untuk tidak mengalokasikan lebih banyak vCPU daripada yang Anda miliki core fisik, untuk satu VM, tetapi jika VM agak menganggur (dan tentu saja, VM seperti itu tidak akan benar-benar memerlukan terlalu banyak CPU), dapat diberikan hingga sebagai banyak vCPU karena Anda memiliki utas. Anda tidak benar-benar ingin memberikan satu VM lebih banyak vCPU daripada inti yang dapat Anda jadwalkan . Dan dalam hal apa pun, saran @ Chopper3 benar - jangan beri VM lebih banyak v-CPU daripada yang diperlukan.
Jadi, tergantung pada seberapa banyak dan kritisnya VM Anda, Anda tidak melakukan keseluruhan sama sekali, tetap pada jumlah inti fisik, atau mencapai setinggi jumlah thread per VM.
Sekarang, memasuki pertanyaan HT, umumnya adalah hal yang baik untuk dimiliki, terutama ketika Anda melakukan lebih banyak vCPU ke VM Anda daripada Anda memiliki inti fisik atau bahkan utas, karena membuatnya lebih mudah bagi penjadwal Linux untuk menjadwalkan vCPU tersebut.
Satu hal terakhir, dengan kvm, vCPU yang ditetapkan untuk VM hanyalah sebuah proses pada host, yang dijadwalkan oleh penjadwal Linux, sehingga semua optimasi normal yang dapat Anda lakukan di sini dengan mudah berlaku. Selain itu, pengaturan inti / soket hanyalah cara proses ini akan ditampilkan untuk OS tamu VM, pada host itu masih hanya sebuah proses, terlepas dari bagaimana VM melihatnya.
sumber
Saya pikir untuk menguraikan jawaban Chopper3: jika sistem sebagian besar cpu-idle, jangan menetapkan sekelompok vcpu, jika mereka cpu-intens, sangat berhati-hati untuk tidak melakukan penempatan keseluruhan. Anda harus dapat mengalokasikan total 8 vCPU tanpa pertengkaran. Anda dapat melakukan keseluruhan, tetapi jika Anda melakukannya, pastikan tidak ada tamu tunggal, terutama tamu yang menggunakan CPU intensif, memiliki 8 vcpu, atau Anda akan memiliki pendapat. Saya tidak tahu mekanisme penjadwal KVM lebih spesifik dari itu.
Di atas didasarkan pada pemahaman berikut tentang vCPU versus pinned CPU, tetapi juga asumsi bahwa KVM akan memungkinkan satu tamu (atau beberapa tamu) untuk memonopoli semua CPU yang sebenarnya dari orang lain jika Anda mengalokasikannya (/ mereka) cukup banyak utas. vCPU ~ host thread, guest CPU CPU = host Core, guest CPU (Belum bermain dengan vCPU campuran dan menyematkan CPU pada tamu yang sama, karena saya tidak memiliki Hyperthreading.)
sumber