This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
Note
Access to this page requires authorization. You can trysigning in orchanging directories.
Access to this page requires authorization. You can trychanging directories.
This article describes the support boundaries for the Windows Time service (W32Time) in environments that require highly accurate and stable system time.
Applies to: Windows Server (All supported versions) including Azure Stack HCI, Windows client (All supported versions)
Earlier versions of Windows (prior to Windows 10 1607 or Windows Server 2016 1607) can't guarantee highly accurate time. The Windows Time service on these systems:
Tighter accuracy requirements were outside of the design specification of the Windows Time Service on these operating systems and weren't supported.
Time accuracy in Windows 10 and Windows Server 2016 has been substantially improved, while maintaining full backwards NTP compatibility with older Windows versions. Under the right operating conditions, systems running Windows 10, Windows Server 2016, and newer releases can deliver 1 second (s), 50 milliseconds (ms), or 1 ms accuracy.
Important
Highly accurate time sources
The resulting time accuracy in your topology is highly dependent on using an accurate, stable root (stratum 1) time source. There are Windows based and non-Windows based highly accurate, Windows compatible, NTP time sources sold by third-party vendors. Check with your vendor on the accuracy of their products.
Time accuracy
Time accuracy entails the end-to-end distribution of accurate time from a highly accurate authoritative time source to the end device. Anything that introduces network asymmetry, such as a one-way satellite connection or high CPU load on the target system, will negatively influence accuracy.
The rest of this document outlines the requirements that must be satisfied to support high accuracy targets.
To achieve 1 s accuracy for a specific target machine when compared to a highly accurate time source:
All requirements outlined in the sectionTarget accuracy: 1 second apply, except where stricter controls are outlined in this section.
The other requirements to achieve 50 ms accuracy for a specific target system are:
The target computer must have better than 5 ms of network latency between its time source.
The target system must be no further than stratum 5 from a highly accurate time source.
Note
Runw32tm /query /status from the command line to see the stratum.
The target system must be within six or fewer network hops from the highly accurate time source.
The one-day average CPU utilization on all stratums must not exceed 90%.
For virtualized systems, the one-day average CPU utilization of the host must not exceed 90%.
All requirements outlined in the sectionsTarget accuracy: 1 second andTarget accuracy: 50 milliseconds apply, except where stricter controls are outlined in this section.
The other requirements to achieve 1 ms accuracy for a specific target system are:
The target computer must have better than 0.1 ms of network latency between its time source
The target system must be no further than stratum 5 from a highly accurate time source
Note
Runw32tm /query /status from the command line to see the stratum.
The target system must be within four or fewer network hops from the highly accurate time source.
The one-day average CPU utilization across each stratum must not exceed 80%.
For virtualized systems, the one-day average CPU utilization of the host must not exceed 80%.
Was this page helpful?
Need help with this topic?
Want to try using Ask Learn to clarify or guide you through this topic?
Was this page helpful?
Want to try using Ask Learn to clarify or guide you through this topic?