Dans la nuit du 31 décembre, une seconde intercalaire sera ajoutée
Que ferez-vous de ce temps libre ?
Le 08 juillet 2016 à 12h00
3 min
Sciences et espace
Sciences
La nuit du réveillon du jour de l'An sera plus longue d'une seconde de plus cette année. En effet, la dernière minute du 31 décembre 2016 durera 61 secondes au lieu de 60, afin de rapprocher le temps astronomique à l’échelle de temps légal.
La dernière minute du mois de juin de l'année dernière n'a pas duré 60 secondes comme d'habitude, mais 61 secondes. « Cette seconde supplémentaire, ou « intercalaire » comme on la désigne, permet de raccorder le temps "astronomique" irrégulier lié à la rotation de la Terre avec l’échelle de temps légal » rappelle l'Observatoire de Paris. Le 31 décembre de cette année, rebelote.
En France, le changement aura lieu à 1h00 du matin
En effet, le Service de la Rotation de la Terre vient de publier un nouveau Bulletin-C afin d'annoncer qu'« une seconde intercalaire positive sera insérée à la fin décembre 2016 », du moins pour l'heure UTC (Temps universel coordonné). En France, avec l'heure d'hiver qui est en avance d'une heure sur UTC, nous serons déjà le 1er janvier 2017.
Voici le déroulement de la nuit lors de l'ajout de la fameuse seconde supplémentaire :
- 1er janvier 2017 0 h 59 m 59 s
- 1er janvier 2017 0 h 59 m 60 s (seconde intercalaire)
- 1er janvier 2017 1 h 00 m 00 s
Pour rappel, il n'est pas possible d'ajouter plus d'une seconde à chaque recalibrage, et cela ne peut être fait que le 30 juin ou le 31 décembre de chaque année. Depuis la mise en place de ce système en 1972, ce sera la 27e fois qu'une seconde intercalaire positive sera ajoutée. Les derniers remontent à juin 2015, juin 2012, décembre 2008, décembre 2005, décembre 1998, etc.
Le 1er janvier 2017, la différence entre l'heure UTC et le Temps Atomique International (TAI) sera alors de 37 secondes, contre 36 secondes actuellement. Si vous vous demandez ce qu'il se passe sur Internet pendant une seconde (en moyenne), le site Internet Live Stats vous donne des éléments de réponse : 7 267 tweets, 2 189 appels Skype, 36 286 Go de trafic, 55 000 recherches sur Google, etc.
Un changement généralement indolore qui est sur la sellette
Si ce n'est pas grand-chose pour la grande majorité des gens, cela peut avoir des conséquences plus importantes dans certains cas comme la navigation par satellite, les réseaux de télécommunication et les marchés financiers. Pour rappel, des discussions ont lieu afin d'éventuellement arrêter cette procédure, mais n'ont toujours pas abouti à l'heure actuelle.
L'Observatoire de Paris explique que, « si la seconde intercalaire était supprimée, UTC serait alors découplé de la rotation de la Terre et nous n’aurions plus à rajouter de secondes intercalaires ». Dans tous les cas, « la connaissance très précise de l’orientation de la Terre n’en demeurerait pas moins fondamentale » (voir cette actualité pour plus de détails).
Pour ce qui est de savoir quand une seconde sera de nouveau ajoutée, il faudra attendre une nouvelle mise à jour du Bulletin-C, ce qui arrivera forcément plusieurs mois avant son entrée en vigueur.
Dans la nuit du 31 décembre, une seconde intercalaire sera ajoutée
-
En France, le changement aura lieu à 1h00 du matin
-
Un changement généralement indolore qui est sur la sellette
Commentaires (58)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 08/07/2016 à 13h50
Dans de très rare cas ça peut entrainer des valeurs négatives la où on en attend pas et tout foutre en l’air.
Si tu te fie au deux dernier timestamp reçu , tu peut très raisonnablement penser que la valeur du plus récent sera plus grand que le moins récent, mais avec la leap second, c’est pas forcément le cas. Donc si tu t’en sert pour récupérer une durée en faisant la différence entre les 2 timestamp, tu peut te retrouver avec un nombre négatif quand la leap second arrive.
Le 08/07/2016 à 13h53
Malheureusement, non.
Très peu de développeurs, même sérieux, prennent en compte ce genre de truc.
D’ailleurs, les développeurs les plus sérieux prennent un bibliothèque spécialisée pour la gestion du temps parce que c’est une des pires horreurs à gérer. Un des problèmes survenu la dernière fois sur debian venait justement de la bibliothèque dédiée.
Accessoirement, faire un soft totalement indépendant de la notion du temps est loin d’être évident et c’est là le plus gros problème.
Le 08/07/2016 à 14h24
Le 08/07/2016 à 14h31
En fait ça dépend pas mal du système de timestamp que tu utilise, mais par exemple l’heure UNIX recule d’une seconde lors de la leap seconde. La seconde est bien ajouté, mais pas sous forme d’une 60ème seconde, plutôt sous forme d’une nouvelle 59ème ou 1ère (00ème) seconde ^^.
En gros si ton programme reçoit des valeurs approximativement toutes les 400 millisecondes et qu’il doit dater chaque entrée, le temps exact avec la leap seconde sera (pour simplifier l’écriture je formate en Minute:Secondes.millisecondes) :
0:59.400 > 0:59.800 > 0:60.200 > 060.600 > 1:00.000 > 1:00.400 > ….
Sauf que ton programme, s’il se base sur l’heure UNIX (ou un autre format de timestamp) qui “prend en compte” cette seconde en “reculant dans le temps”, il va avoir comme timestamp :
0:59.400 > 0:59.800 > 1:00.200 > 1:00.600 > 1:00.000 > 1:00.400 > ….
Donc si le programme fait une différence entre les 2 dernières dates il va avoir :
… > 0.400 > 0.400 > 0.400 > -0.600 > 0.400 > …
Après suffit que cette différence soit utilisée pour surveiller par exemple la pression d’un équipement, et l’alarme peut très vite être déclenchée pour rien, et en fonction des mesures à mettre en place si l’alarme se déclenche, ça peut être à la fois très couteux et très dangereux.
C’est le genre de chose qui peut arriver dans les rares occasions ou la leap seconde se présente et qui est relativement simple à éviter (prendre l’absolu de la différence, ou vérifier que la valeur est pas négative et ignorer dans ce cas la). Mais comme l’a dit papinse : “Très peu de développeurs, même sérieux, prennent en compte ce genre de truc.”.
Dans le cas ou c’est possible, l’utilisation d’une librairie spécialiser dans la gestion du temps est un bon moyen d’éviter ce genre de problème.
Edit: orthographe et grammaire " />
Le 08/07/2016 à 14h40
Le 08/07/2016 à 14h46
Aucun problème sur les serveurs Windows par contre " />
(ils devaient être “partis en vacances”)
Le 08/07/2016 à 14h52
Le 08/07/2016 à 14h53
Ton problème tient plus du code pourri que de la leap second.
Le 08/07/2016 à 14h55
Le problème se pose surtout pour les applis “temps réels”.
Mais aussi logs, et éventuellement base de données, systèmes de fichiers, …
Enfin que des trucs pas sensibles du tout en fait… " /> " />
Le 08/07/2016 à 15h01
C’est super tout ces gens hyper intelligents qui bossent 1 jour / an .
Le 08/07/2016 à 16h11
Le 08/07/2016 à 16h16
Le 08/07/2016 à 16h42
Le 08/07/2016 à 16h45
Le 08/07/2016 à 12h38
En 2012, oui :
https://news.ycombinator.com/item?id=418264  http://serverfault.com/questions/403732/anyone-else-experiencing-high-rates-of-l…
Le 08/07/2016 à 12h40
Dans mon entreprise, nos serveurs sous Debian 6 étaient dans les choux le 1er juillet au matin, CPU à 100% de façon inexpliquée !
Le 08/07/2016 à 12h42
Et ceux qui travaillent à ce moment, ils une seconde en heure sup? " />
Le 08/07/2016 à 12h45
Sur la question d’arrêter de mettre une seconde revient en gros a savoir si l’on veut complètement se séparer du rythme naturel de la nature et passer celui des machines …
On a déjà le TAI (machine) et TU(nature), le temps UTC fait le lien entre les 2.
Ça fait peut être aussi chier les ricain que ce soit les bouffeur de grenouille qui gère ça …
Le 08/07/2016 à 12h46
j’ai édité juste avant ^^’
Le 08/07/2016 à 12h46
Le 08/07/2016 à 12h47
Que ferez-vous de ce temps libre ?
" /> ou " />, je suis pas encore décidé.
Le 08/07/2016 à 12h50
Le 08/07/2016 à 12h55
Encore des sous balancés par les fenetres par notre gouvernement #HollandeDémission
Le 08/07/2016 à 13h00
ils auraient pu la rajouter dans la nuit du 24 au 25 décembre : ça aurait donné plus de temps au père noël pour sa tournée.
Le 08/07/2016 à 13h00
Non, nous on se base sur des spécifications " />.
C’est pas notre faute si elles sont pourries et/ou incomplètes et/ou inexistantes (rayez la ou les mentions inutiles)
Le 08/07/2016 à 13h05
Le 08/07/2016 à 13h09
hs, mais il est prévu que nxi fasse un article sur la possible annonce de l’improbable nouvelle particule début aout ?
Le 08/07/2016 à 13h09
Le 08/07/2016 à 13h16
Le 08/07/2016 à 12h14
Donc au lieu de “…3, 2, 1, bonne année!” il faudra dire “…3, 2, 1, 0, bonne année!”?
Le 08/07/2016 à 12h15
« si la seconde intercalaire était supprimée … nous n’aurions plus à rajouter de secondes intercalaires »
lol :)
(dredi toussa)
Le 08/07/2016 à 12h16
La fameuse horloge atomique.
Le 08/07/2016 à 12h17
Le 08/07/2016 à 12h17
le Service de la Rotation de la Terre
Je ne savais pas qu’un tel service existait " />
Le 08/07/2016 à 12h18
Que ferez-vous de ce temps libre ?
" />
Le 08/07/2016 à 12h20
Genial. Bonjour les bugs informatiques que ça va causer et que nous devs devrons nous taper pour rafistoler." />
Le 08/07/2016 à 12h25
Ouep, même que s’ils se mettaient en grève, la terre arrêterait de tourner.
Le 08/07/2016 à 12h29
Le 08/07/2016 à 12h29
Au japon elle aura lieu à 25:00 ?
24:59:59
24:59:60
25:00:00
?
Le 08/07/2016 à 12h30
Le 08/07/2016 à 12h34
C’était l’hécatombe en juin 2015 ?
Le 08/07/2016 à 12h36
On ajoute une seconde, pas une heure " />
Le 08/07/2016 à 16h46
Le 08/07/2016 à 17h42
Pfff…
Encore un coup du gouvernement pour allonger la durée du quinquennat … " />
Le 08/07/2016 à 18h29
“le Service de la Rotation de la Terre” " /> je veux faire ça plus tard quant je serais grand " />
Le 08/07/2016 à 19h59
Lol ce poison d’avril ma bien fais rire
Le 08/07/2016 à 22h31
C’est un poisson périmé, sans sucre, ne le mange pas…
Le 08/07/2016 à 23h49
…
Le 09/07/2016 à 02h26
C’est ce que je me demande, je serai au boulot à ce moment là !
Le 09/07/2016 à 13h40
un dev à 1h00 du matin ? Je dirais plus un admin system d’astreinte qui va voir un certains nombre de serveurs faire pschitt.
Déjà vu le cas avec des JVM.
Le 09/07/2016 à 16h23
Le sysadmin sera aussi là, vu que c’est lui qui va réveiller le dev et lui dire de se ramener en urgence au bureau. Pis vu que le chef PHB n’est pas là, il faut bien quelqu’un pour engueuler le dev afin de le garder réveillé pendant qu’il fait les correctifs d’urgence. Et ça le prépare aussi pour le meeting d’urgence qui sera 8 heures après, avec le chef qui prend la relève du sysadmin.
Dev support, le plus beau métier du monde." />
Le 09/07/2016 à 20h33
Le 10/07/2016 à 08h33
En tant que non-développeur " />, je n’arrive pas à bien comprendre le sens de ton message. Pourrais-tu m’expliquer stp ?
Parce que, hormis la question des secondes intercalaires, je ne vois pas le souci vu que les cycles se font toujours dans le même sens (ou alors quelqu’un a mis en place un système à remonter le temps, auquel cas je veux bien faire beta-testeur " />) ?
Le 10/07/2016 à 11h35
Bah oui, j’ai pas grand chose à ajouter, c’est juste. Je m’offre néanmoins l’occasion d’étaler ma culture sur le sujet.
L’OS maintient l’heure “locale” pour l’affichage à l’utilisateur. Cette heure peut varier par à-coups tant en avant qu’en arrière pour diverses raisons (passage heure d’hiver / heure d’été, déplacement dans un autre fuseau horaire, p. ex.)
On peut éliminer une partie de ces problèmes en utilisant l’heure UTC qui n’est pas censée être ainsi décalée, mais on court toujours le risque que l’heure maintenue par le PC se désynchronise de l’heure UTC réelle. Cette horloge n’est donc, elle non plus, pas immunisée contre les variations abruptes, qui se produiront quand l’utilisateur (ou le démon NTP…) “remettra les pendules à l’heure”.
Une application qui veut conserver l’ordre temporel des événements indépendemment de ces possibles variations doit donc utiliser une base d’horloge qui garantit a minima que le temps ne recule jamais, et si possible de ne jamais bondir vers l’avant non plus. Sous Windows on utilise GetTickCount, sous Unix il existe une CLOCK_MONOTONIC qui fait essentiellement la même chose. Cette horloge a le désavantage qu’elle est totalement indépendante du temps légal (p. es. GetTickCount donne le nombre de millisecondes depuis le démarrage du PC, il revient donc parfois à zéro, mais jamais au cours d’une exécution du programme), et il faut conserver les deux temps : le temps “tick” pour trier / comparer en interne, mais le temps légal pour afficher.
Enfin et pour finir, un programme qui “reconstruit” l’heure en calculant 3600heure + 60minute + seconde aura du mal avec une seconde intercalaire, alors qu’un programme qui demande à l’OS de lui fournir une valeur prédigérée (nombre de secondes écoulées depuis un moment précis dans le temps) n’aura pas ce souci (tant que l’OS fait lui aussi correctement son boulot, évidemment)
Le 10/07/2016 à 22h20
Le 11/07/2016 à 06h28
Le 11/07/2016 à 12h55
Un reboot de tous les systèmes et il n’y a rien à faire.
Merci qui ?
Le 11/07/2016 à 12h57
Toi aussi tu mises sur l’économie ? " />