最近出現提供 kvm/qemu vps 的服務商 讓 vpsee 有點驚訝，印象當中 kvm 還是乙個很新的專案，還遠沒有達到成熟應用的工業標準，現在已經看到有人/公司開始提供基於 kvm 的 vps 了，kvm 在眾多重量級廠商的強力推動下果然發展很快。2023年9月 redhat 宣布收購 kvm 老家 qumranet，並在今年9月份剛剛過去的red hat summit 2009 上宣布 kvm 將是 rhel 5.4 的下一代虛擬技術，rhel 5.4 同時也會支援 xen，對 xen 的支援會持續到 rhel 5 產品線的結束，novell 已經在 suse linux enterprise desktop 產品線上使用 kvm，ubuntu 已經指定 kvm 為其預設虛擬技術 了，kvm 在短時間內就已經贏得了三大 linux 廠商的支援，想讓人忽略都很難。
前天看了一篇關於 xen 和 kvm 效能對比的 *****，quantitative comparison of xen and kvm （**），較詳細的比較了 xen 和 kvm 的效能和擴充套件性，不過這篇 ***** 的發表時間是2023年6月，有點老了，現在 kvm 的效能和成熟度肯定有了很大的提高。這篇 ***** 從三個角度來比較了 xen 和 kvm 的效能：
分別測試 cpu 速度，核心編譯速度和 io 的讀寫速度，結果如圖，xen 的 cpu 測試結果非常接近 linux，效能非常好；kvm 在 cpu 測試中表現也不錯，比 xen 差一點，但是在 io 測試中要比 xen 好一些。
隔離效能主要用來測試 xen 和 kvm 能否有效隔離 guest，以便每個 guest 都能公平的得到計算資源，不會被某個「壞」 guest 占用資源。在隔離方面 kvm 比 xen 做得要好一些，xen 在網路方面幾乎沒有隔離，雖然隔離效能不好，反而提高了伺服器整體的網路利用率，按需分配肯定比平均分配效率高。圖中 dnr 的意思是 「did not return」，是最壞的一種情況。
擴充套件效能測試的是隨著 guest 的增多，有沒有、有多少額外的效能損失，因為 guest 之間的切換會造成效能損失。測試結果顯示 xen 有很棒的擴充套件效能，幾乎是隨著 guest 的個數線性增加的；而 kvm 擴充套件效能就很差，擴充套件到4個 guest 就崩潰了1個 guest，擴充套件到8個崩了4個，擴到16個崩了7個，擴到30個整個系統都崩潰了。
python效能對比
1 coding utf8 import datetime road nodes for i in range 5000000 road nodes i beg time datetime.datetime.now for key,val in road nodes.items pass end t...
SSD效能對比
ssd效能測試 順序寫 16k iops 85061.08 順序寫 8k iops 146250.93 順序寫 4k iops 239816.69 順序寫 2k iops 294540.87 順序寫 1k iops 347170.06 隨機寫 16k iops 21865.24 隨機寫 8k iop...
python效能對比
閱讀目錄 回到頂部 1 coding utf8 import datetime road nodes for i in range 5000000 road nodes i beg time datetime.datetime.now for key,val in road nodes.items ...