PVE环境虚拟机CPU方式分别位KVM和HOST性能对比

在PVE环境中，虚拟机的CPU模式分为两种：KVM和HOST。KVM（Kernel-based Virtual Machine）是一种基于内核的虚拟机技术，它直接利用硬件指令集来模拟虚拟机CPU的运行。而HOST模式（也称为硬件模式）则是利用硬件设备来模拟虚拟机CPU的运行。
KVM技术采用硬件指令集来实现虚拟机CPU的模拟运行，在性能方面相对于HOST模式有明显优势。它可以在更小的空间内实现更高的性能，并且支持实时操作系统迁移等功能。同时，KVM还具有良好的兼容性和稳定性，可以支持各种类型的操作系统。
然而，由于KVM需要直接利用硬件指令集来模拟CPU运行，因此它对硬件资源的要求较高。在某些情况下，HOST模式可能更适合一些应用场景。HOST模式下，虚拟机CPU的运行完全依赖于硬件设备，可以更好地利用性能和优化资源配置。
总之，在选择虚拟机CPU模式时应根据具体需求来决定。如果追求更高的性能和更好的兼容性，则推荐使用KVM；如果追求资源优化和更好的硬件利用，则推荐使用HOST模式。

就性能而言，KVM虚拟化引擎在PVE环境中比HOST表现更佳。这是因为KVM采用了更高效的硬件抽象和资源调度算法，能够更好地平衡主机和虚拟机之间的性能。例如，在多核CPU上运行时，KVM可以利用更多的物理核心来分配给每个虚拟机，从而提高整体性能。
此外，KVM还支持更高级别的虚拟化功能，如全模式虚拟化、硬件辅助型虚拟化等。这些功能使得KVM在某些应用场景下比HOST表现更佳。
然而，在某些情况下HOST也具有一定优势。例如，在一些老旧或低配置的设备上运行时，HOST可能比KVM表现得更好。此外，在一些需要完全兼容HOST操作系统的场景下，HOST可能会比KVM更可靠。
因此，在选择虚拟化引擎时需要考虑多个因素，并根据具体需求做出决策。无论是KVM还是HOST都有其优势和劣势，在不同场景下选择合适的虚拟化引擎才能达到最佳效果。

在PVE环境中，虚拟机使用KVM或Host模式进行CPU模式调度。KVM（Kernel-based Virtual Machine）是一种基于内核的虚拟机管理系统，它利用硬件指令集进行虚拟化，并且能够提供更好的性能和效率。
KVM支持硬件进行虚拟化，从而可以利用现代处理器的硬件指令集来实现更高效的虚拟化效果。由于KVM直接利用硬件资源，所以在性能上相比Host模式更加出色。
然而，在某些情况下，使用Host模式可能会更加合适。例如，在共享资源或者需要与宿主机进行协同工作的情况下，使用Host模式可以避免额外的开销和复杂性。
总之，在PVE环境中选择合适的CPU模式对于获得最佳性能至关重要。

命令
openssl speed -elapsed -evp aes-128-gcm

结果
kvm

You have chosen to measure elapsed time instead of user CPU time.
Doing aes-128-gcm for 3s on 16 size blocks: 14437624 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 64 size blocks: 4532836 aes-128-gcm's in 3.01s
Doing aes-128-gcm for 3s on 256 size blocks: 1112765 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 1024 size blocks: 309334 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 8192 size blocks: 39058 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 16384 size blocks: 19514 aes-128-gcm's in 3.00s
OpenSSL 1.1.1d 10 Sep 2019
built on: Mon Apr 20 20:23:01 2020 UTC
options:bn(64,64) rc4(8x,char) des(int) aes(partial) blowfish(ptr)
compiler: gcc -fPIC -pthread -m64 -Wa,--noexecstack -Wall -Wa,--noexecstack -g -O2 -fdebug-prefix-map=/build/openssl-8Ocme2/openssl-1.1.1d=. -fstack-protector-strong -Wformat -Werror=format-security -DOPENSSL_USE_NODELETE -DL_ENDIAN -DOPENSSL_PIC -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DAESNI_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPOLY1305_ASM -DNDEBUG -Wdate-time -D_FORTIFY_SOURCE=2
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-gcm 77000.66k 96379.24k 94955.95k 105586.01k 106654.38k 106572.46k

host

You have chosen to measure elapsed time instead of user CPU time.
Doing aes-128-gcm for 3s on 16 size blocks: 24164323 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 64 size blocks: 7980988 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 256 size blocks: 2270894 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 1024 size blocks: 543897 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 8192 size blocks: 72932 aes-128-gcm's in 3.00s
Doing aes-128-gcm for 3s on 16384 size blocks: 37819 aes-128-gcm's in 3.00s
OpenSSL 1.1.1d 10 Sep 2019
built on: Mon Apr 20 20:23:01 2020 UTC
options:bn(64,64) rc4(16x,int) des(int) aes(partial) blowfish(ptr)
compiler: gcc -fPIC -pthread -m64 -Wa,--noexecstack -Wall -Wa,--noexecstack -g -O2 -fdebug-prefix-map=/build/openssl-8Ocme2/openssl-1.1.1d=. -fstack-protector-strong -Wformat -Werror=format-security -DOPENSSL_USE_NODELETE -DL_ENDIAN -DOPENSSL_PIC -DOPENSSL_CPUID_OBJ -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DKECCAK1600_ASM -DRC4_ASM -DMD5_ASM -DAESNI_ASM -DVPAES_ASM -DGHASH_ASM -DECP_NISTZ256_ASM -DX25519_ASM -DPOLY1305_ASM -DNDEBUG -Wdate-time -D_FORTIFY_SOURCE=2
The 'numbers' are in 1000s of bytes per second processed.
type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes 16384 bytes
aes-128-gcm 128876.39k 170261.08k 193782.95k 185650.18k 199152.98k 206542.17k

结论
host比kvm高近一倍