Цей показник лише порівнює швидкість нативного ОС з однією гостьовою ОС. Це навряд чи тест у реальному світі. Я не думаю, що я ставлю на це велику вагу. Більшість таборів KVM стверджує, що Xen вимагає занадто багато переривань і переходів між ядром та користувальницьким простором, але від більшості більш реальних орієнтирів, які я бачив, насправді не реалізовано, і Xen, здається, трохи швидше ніж КВМ.
Вибачте, у мене немає посилання, щоб підкріпити це. Але я скажу, що KVM швидко вдосконалюється і, здається, швидко наздоганяє набір функцій та стабільність.
Щодо того, який підхід краще. Табір Xen стверджує, що для надійної та швидкої віртуалізації потрібна справжня гіпервізорна вага. Також Xen починає підтримувати прошивку деякими постачальниками, що також приємно. Табір KVM стверджує, що KVM простіший і що Linux може бути хорошим гіпервізором.
Зрештою, досі незрозуміло, в якому напрямку переможеш. Xen, безумовно, має перевагу і вже має приємну частку ринку. Але це ще не в основному ядрі. Сподіваємось, що це незабаром зміниться, і, звичайно, було багато розмов про це у списку ядра за останні кілька місяців. Red Hat зараз перебуває у таборі KVM, і він висуне його як платформу для віртуалізації на вибір. Першим включить Red Hat Linux 5.4, який незабаром вийде. Тож це, ймовірно, залучатиме магазини, які ще не розгорнуті та не прихильні до віртуальної платформи.
Що стосується інструментів, і Xen, і KVM використовують libvirt і QEMU та пов'язані з ними інструменти. Тому вони діляться багатьма тими ж інструментами, як virt-manager.
Ми використовуємо Xen у роботі, і це добре працює для нас. Але я розглядав KVM через деякі проблеми переадресації USB та PCI, які я не зміг вирішити із Xen. Я не впевнений, що KVM є кращим у цьому, але, мабуть, я дізнаюся, як тільки спробую. Одне, що я помітив при дослідженні моїх USB-проблем, - це те, що документація KVM є більш оціненою та організованою порівняно з Xen. Але немає ідеальної платформи для віртуалізації, тому вам потрібно буде з’ясувати, що має для вас сенс.