高精度事件计时器

特性

一个HPET芯片包含一个以至少10 MHz赫兹计数的64位向上计数器（主计数器）和，和一组（至少三个，最多256个）比较器。比较器的位宽为32位或64位。HPET可通过以高级配置与电源接口（ACPI）发现的一个内存映射I/O窗口来编程。现代PC中的HPET电路集成在南桥芯片中。
当最低有效位等于64位主计时器值的相应位时，每个比较器可以产生一个中断。比较器可以进入单触发模式或周期模式，至少有一个比较器支持周期模式，并且都支持单触发模​​式。在单触发模式下，当主计数器达到存储在比较器寄存器中的值时，比较器会触发一次中断，而在周期模式下，中断将以指定间隔生成。
比较器可以由操作系统驱动，例如为每个CPU的调度提供一个计时器，或者由应用程序操作。

应用

HPET可以提供比RTC更高的分辨率产生周期性中断，并经常用于同步多媒体流、提供平滑播放，和减少使用其他时间戳计算（如基于x86 CPU的RDTSC指令）的使用需求。

与前辈的比较

HPET旨在补充和替换8254可编程间隔定时器和RTC的周期性中断功能。与这些较老计时器电路相比，HPET具有更高的频率（至少10 MHz）和更宽的64位计数器（也可以在32位模式下驱动）。
虽然8254和RTC可以类似HPET进入单触发模式，但是设​​置过程非常慢，以致于它们的单触发模式在实际应用中不会用于需要精确调度的任务。相反，8254和RTC通常以非常小的时间间隔用于周期模式。例如，如果一个应用程序需要执行几个短暂的时间（也许是等待），把定时器设定为1ms间隔的周期模式会更好，因为8254和RTC的设置成本太高（例如为了实现5ms的延时，设置和启动定时器却花费了1ms，造成精度不达标）。这样的设定会导致每个毫秒都产生一次中断，而应用程序的工作很可能并不如此频繁。使用HPET可以避免额外的中断，因为HPET单触发计时器的设置成本小得多。

使用与兼容性

在HPET出现之前设计的操作系统不能使用HPET，因此将使用其他计时器设备。较新的操作系统往往可以使用较新与较旧的计时器。一些硬件同时有较新与较旧的计时器。事实上，目前的南桥芯片大多数也都同时支持传统的PIT、PIC、高级可编程中断控制器（APIC）和RTC设备，无论操作系统是否使用，从而有助于非常现代的PC运行旧款操作系统。
已知下列操作系统无法使用HPET：Windows XP SP2、 Windows Server 2003及更早的Windows版本，Linux内核2.6以前。
已知下列操作系统可以使用HPET：Windows XP SP3, Windows Server 2008, Windows Server 2008 R2, Windows Vista, Windows 7, 基于x86的OS X、使用2.6或更高内核的Linux操作系统、FreeBSD以及OpenSolaris。
Linux内核也可以使用HPET作为其时钟源。Red Hat MRG第二版的文档指，TSC是首选时钟源——因为它的开销低很多，而HPET作为后备时钟源。一个千万次事件计数的基准测试显示，TSC花费约0.6秒，而HPET花费略微超过12秒，ACPI电源管理计时器花费约24秒。

问题

HPET是一个持续向上计数计时器，而不是一个倒数到零并导致一个中断然后定制的单次触发组件。因为HPET是比较实际计数器值是否大于或等于可编程目标值，因此如果写入芯片寄存器的比较值所指的目标时间已经错过，中断则被错过。在此种情况下，不仅目标中断被错过，而且将远远落后（约2³²或2⁶⁴次）。在存在如系统管理模式（SMI）等执行时间没有硬上限的不可屏蔽中断时，这种竞争危害需要在设置后对计时器进行耗时的重新检查，并且难以完全避免。如果比较器的值不立即与计时器同步，而是延迟一至两个周期（某些芯片组如此），则困难更为艰巨。
除了上面提到的竞争条件，一篇VMware文档还列出了其他一些缺点：“规范未要求计时器特别精细，具有低飘移和快速读取能力。游戏盘典型实现在大约18 MHz上运行计时器，并且读取HPET所需时间（1–2 μs）与读取ACPI计时器花费的时间相差无几。 Implementations have been observed in which the period register is off by 800 parts per million or more."