Windows 10 gèrera les secondes intercalaires dès cet automne

Windows 10 gèrera les secondes intercalaires dès cet automne

Par Sébastien Gavois

Le 28 Août 2018 à 11h05
Logiciel
1 min 5

Windows 10 gèrera les secondes intercalaires dès cet automne

À compter la prochaine évolution majeure de Windows 10, Redstone 5 (prévue pour octobre), le système saura gérer les secondes intercalaires.

Ces dernières sont des secondes ajoutées (le plus souvent) au temps universel coordonné (UTC) afin qu’il reste en phase avec la vitesse de rotation de la Terre. La planète tourne en effet moins vite avec le temps, même si le phénomène inverse peut parfois se produire.

La prise en charge de ces secondes n’est pas anodine. D’un côté, les machines seront assurées de répondre à certaines exigences d’organismes d’États avec une compatibilité UTC complète. Ce sera tout aussi vrai avec les serveurs, Windows Server 2019 incluant le même ajout, via le nouveau Precision Time Protocol, qui remplacera NTP.

De l’autre, les développeurs tiers pourraient rencontrer des problèmes s’ils ne gèrent pas ces secondes. C’est particulièrement le cas avec les frameworks .NET classiques (avant Core). Microsoft fournit des informations et des exemples de code pour se préparer au changement.

Commentaires (5)


sytoka Abonné
Le 28/08/2018 à 11h48

Ça fait longtemps que cela fonctionne sous GNU/Linux et pas besoin d’un nouveau protocole…


Glandos Abonné
Le 28/08/2018 à 12h29

Euh, j’ai un doute que PTP remplace NTP. PTP complète NTP.

PTP permet de faire de la synchronisation très fine (de l’ordre de la microseconde si ma mémoire est bonne), là où NTP ne garantit rien en dessous de la seconde, même si en pratique, on a souvent de la milliseconde.



PTP n’est pas prévu pour traverser les routeurs, contrairement à NTP.



Enfin, j’avais regardé tout ça, mais ça a pu changer…


gagzou
Le 28/08/2018 à 13h03

NTP permet de synchroniser à la microseconde (environ <img data-src=" />)

Windows utilise SNTP (simple ntp de mémoire) qui garantie à la seconde (environ).

Étonnant de refaire un protocole&nbsp; de temps alors que NTP répond au besoin (horloge atomique,gps,etc…).


Otiel Abonné
Le 28/08/2018 à 13h34



les développeurs tiers pourraient rencontrer des problèmes s’ils ne gèrent pas ces secondes.

Hmm, les secondes intercalaires sont en opt-in. Donc si un développeur ne change rien à son application, il n’aura pas de souci. S’il souhaite gérer ces secondes, il faut qu’il code expressément qu’il veut les recevoir.



&nbsp;







gagzou a écrit :



NTP permet de synchroniser à la microseconde (environ <img data-src=" />)

Étonnant de refaire un protocole&nbsp; de temps alors que NTP répond au besoin (horloge atomique,gps,etc…).



&nbsp;

NTP suppose que la latence des paquets est symétrique, ce qui n’est pas tout le temps vrai. L’utilisation de NTP peut engendrer des erreurs de plusieurs centaines millisecondes dans le cas de routes asymétriques ou de congestion de réseau.



Où est-ce que tu as vu que NTP a une précision d’une microseconde ? Même avec une source de temps directement connectée à ton client, la précision attendue est de l’ordre de dizaines de microsecondes. En tant normal (LAN/WAN), on s’attend à une précision d’une milliseconde.



PTP n’est pas nouveau et n’a pas été inventé par Microsoft. Ça a été inventé en 2002, et standardisé en 2008 dans la version qu’on connaît aujourd’hui (IEEE 1588-2008).



letchideslandes
Le 28/08/2018 à 20h03
Fermer