20.15. timekeeping
客户机虚拟机时钟通常从主机物理机器时钟中初始化。大多数操作系统预期硬件时钟保持在 UTC 中，这是默认设置。请注意，对于 Windows 客户机虚拟机，必须在
localtime 中设置 guest 虚拟机。
图 20.21. timekeeping
...
<clock offset='localtime'>
<timer name='rtc' tickpolicy='catchup' track='guest'>
<catchup threshold='123' slew='120' limit='10000'/>
</timer>
<timer name='pit' tickpolicy='delay'/>
</clock>
...
域 XML 中本节的组件如下：
| 状态 | 描述 |
|---|---|
<clock> | 偏移 属性取 4 个可能的值，允许对 guest 虚拟机时钟与主机物理计算机的同步方式进行精细的控制。请注意，管理程序并不需要在所有时间源中支持所有策略
|
<timer> | 请参阅备注 |
<频率> | 这是一个未签名的整数，用于指定运行 name="tsc" 的频率。 |
<模式> | mode 属性控制如何管理 name="tsc" <timer>，并可以设置为： auto、原生、模拟、paravirt 或 smpsafe。其他计时器始终模拟。 |
<存在> | 指定特定计时器是否可用于 guest 虚拟机。可以设置为 yes 或 no |
注意
每个
<计时器> 元素必须包含 name 属性，并且可能具有以下属性，具体取决于指定的名称：
<name>- 选择修改哪个计时器。以下值可以接受：kvmclock(QEMU-KVM)、pit(QEMU-KVM)或rtc(QEMU-KVM)或tsc（仅限libxl）。请注意，当前不支持的平台。- trace - 指定计时器跟踪。可接受以下值：
引导、guest或wall。trace仅对名称="rtc"有效。 tickpolicy- 决定错过向客户机虚拟机注入循环的截止时间会发生什么。可分配以下值：delay-will 继续以正常速率提供数量。客户端虚拟机时间会因为空后出现延迟catchup- 提供点高，以便与缺失的 tick 相乘以更高的速度。捕获完成后不会显示 guest 虚拟机时间。另外，还可有三个可选属性，每个正整数，如下所示： threshold、slew 和 limit。合并- 将丢失的勾号合并到一个循环中，并注入它们。根据合并如何，客户机虚拟机时间可能会延迟。discard- 丢弃丢失的勾号，并在默认的间隔设置中继续注入。客户机虚拟机时间可能会延迟，除非有明确声明处理丢失的 ticks
