linux中的hyperv特性

特性详细参数内容

No	特性	特性说明	特性依赖
1	hv-relaxed	此功能告诉guest操作系统在hypervisor运行时禁用看门狗超时
2	hv-vapic	为guest 提供所谓的VP Assist页面MSR，使其能够更有效地与APIC合作。特别是，这种特性允许半虚拟化（无出口）EOI处理。
3	hv-spinlocks=xxx	启用半虚拟化的自旋锁。该参数指示在向系统管理程序指示情况之前应尝试多少次自旋锁获取。一个特殊值0xffffff表示从不重”。
4	hv-vpindex	向具有虚拟处理器索引信息的guest 提供HV_X64_MSR_VP_INDEX（0x4000002）MSR。这种特性与hv-synic、hv-stimer和其他特性结合在一起是有意义的，这些特性要求guest知道其虚拟处理器索引（例如，当VP索引需要在超级调用中传递时）。
5	hv-runtime	向guest 提供HV_X64_MSR_VP_RUNTIME（0x40000010）MSR。MSR将虚拟处理器的运行时间保持在100ns为单位。这让guest操作系统知道有多少时间被“偷走”了（当虚拟CPU被抢占来执行一些其他工作时）。
6	hv-crash	“向guest 提供HV_X64_MSR_CRASH_P0.HV_X6_4_MSR_CRASH_P5（0x40000100..0x40000105）和HV_X6_4 MSR_CRASH_CTL（0x400001015）MSR。这些MSR被写入 当guest 崩溃时，HV_X64_MSR_CRASH_P0.HV_X6_4_MSR_CRASH_P5 MSR包含额外的崩溃信息。该信息在QEMU日志中并通过QAPI输出。 注意：与真正的Hyper-V不同，写入HV_X64_MSR_CRASH_CTL会导致guest 关闭。这有效地阻止了Windows生成崩溃转储。
7	hv-time	启用两个可供guest 使用的Hyper-V特定时钟源：基于MSR的Hyper-V时钟源（HV_X64_MSR_TIME_REF_COUNT，0x40000020）和参考TSC页面（通过MSR HV_X6_4_MSR_Reference_TSC启用，0x40000021）。两个时钟源都是每个guest 的，参考TSC页面时钟源允许无出口时间戳读数。使用这个特性可以显著加快所有与时间戳相关的操作。
8	hv-synic	启用Hyper-V合成中断控制器-本地APIC的扩展。启用后，此特性会为guest 提供额外的通信设施：SynIC消息和事件。这是实现VMBus设备（尚未在QEMU中实现）的先决条件。此外，这个特性是需要启用Hyper-V合成定时器。SynIC通过MSRs HV_X64_MSR_CONTROL进行控制。。HV_X64_MSR_OM（0x4000000.0x40000084）和HV_X6_4_MSR_SINT0.HV_X6_4 _MSR_SINT15（0x4000009.0x4000009F）	hv-vpindex
9	hv-stimer	启用Hyper-V合成计时器。每个虚拟CPU有四个合成定时器，由HV_X64_MSR_TIMER0_CONFIG控制。。HV_X64_MSR_TIMER3_COUNT（0x400000B0..0x400000B7）MSRs。这些定时器可以在单次触发或周期模式下工作。众所周知，当没有提供这一特性时，某些Windows版本会广泛恢复使用HPET（甚至在HPET不可用时恢复使用RTC）；即使在虚拟CPU空闲的情况下，这也可能导致显著的CPU消耗。	hv-vpindex, hv-synic, hv-time
10	hv-tlbflush	启用半虚拟化TLB击落机制。在x86体系结构上，远程TLB刷新过程需要发送IPI并等待其他CPU执行本地TLB刷新。在虚拟化环境中，一些虚拟CPU甚至可能在调用时没有被调度，并且可能不需要刷新（或者，刷新可能被推迟到虚拟CPU被调度为止）。hv tlbflush特性通过hypervisor实现TLB击落，从而实现优化。	hv-vpindex
11	hv-ipi	启用半虚拟化的IPI发送机制。HvCallSendSyntheticClusterIpi超级调用可能同时针对64个以上的虚拟CPU，通过APIC执行同样的操作需要多个访问权限（因此退出到系统管理程序）。	hv-vpindex
12	hv-vendor-id=xxx	“这将更改CPUID 0x400000.EBX-EDX中的Hyper-V标识，而不是默认的”“Microsoft Hv”“。该参数的长度不应超过12个字符。根据规范，guest 不应使用此信息，并且不知道是否有不同的Windows版本。”。 注意：hv供应商id不是一个特性，因此在没有其他特性的情况下指定时不会启用Hyper-V标识。“
13	hv-reset	向guest 提供HV_X64_MSR_RESET（0x40000003）MSR，允许其通过写入重置自身。即使启用了此MSR，也不建议Windows执行系统重新启动，因此可能不会使用它。
14	hv-frequencies	提供HV_X64_MSR_TSC_FREQUENCY（0x40000022）和HV_X6_4_MSR_APIC_FREQUENCE（0x40000023），允许guest 在不进行测量的情况下获得其TSC/APIC频率。
15	hv-reenlightenment	特性是嵌套特定的，它针对KVMguest 上的Hyper-V。启用时，它提供HV_X64_MSR_RENLIGHTENMENT_CONTROL（0x40000106）、HV_X6_4_MSR_TSC_EMULATION_CONTROL（0x400001017）和HV_X6_4 _MSR_TSC _EMULATION_STATUS（0x400000108）MSR，允许guest 在TSC频率更改时得到通知（仅在迁移时发生），并继续使用旧频率（通过虚拟机监控程序中的仿真），直到准备切换到新频率。这与高压频率相结合，允许KVM上的Hyper-V将稳定的时钟源（参考TSC页面）传递给自己的访客。	hv-frequencies
16	hv-evmcs	“启蒙是特定于嵌套的，它针对KVMguest 上的Hyper-V。启用后，它会向guest 提供启蒙VMCS功能。该功能在L0（KVM）和L1（Hyper-V）管理程序之间实现半虚拟化协议，使L2更快地退出到管理程序。该功能仅限Intel。 注意：启用hv-evmcs时，某些虚拟化功能（例如Posted Interrupts）将被禁用。测量有无该功能的嵌套工作负载，以确定启用该功能是否有益，这可能是有意义的。“	hv-vapic
17	hv-stimer-direct	Hyper-V规范允许合成计时器在两种模式下运行：“classic”（当过期事件作为SynIC消息传递时）和“direct”（当事件通过正常中断传递时）。众所周知，嵌套Hyper-V只能在直接模式下使用合成计时器，因此需要启用“hv-stimer-direct”。	hv-vpindex, hv-synic, hv-time, hv-stimer
18	hv-no-nonarch-coresharing=on/off/auto	“这一特性”告诉guest OS，除非虚拟处理器被报告为同级SMT线程，否则它们永远不会共享物理内核。Windows和Hyper-Vguest 需要这些信息来正确缓解与SMT相关的CPU漏洞。 当选项设置为“自动”时，QEMU将仅在KVM报告不可能实现非体系结构核心共享时启用该功能，这意味着主机上不支持或完全禁用超线程。此设置还阻止迁移，因为目标上的SMT设置可能不同。当该选项设置为“on”时，无论主机设置如何，QEMU都将始终启用该功能。为了确保guest 的安全，这只能与公开正确的vCPU拓扑和vCPU固定结合使用。“