Heure UNIX

Heure UNIX

Heure Unix

Cet article est consacré à l'heure Unix.

Il introduit d'abord la notion d'heure Posix pour présenter les points qui sont communs à toutes les implémentations qui respectent la norme POSIX (la norme est unique), puis la notion d'heure Unix c'est à dire les points qui peuvent dépendre de l'implémentation tout en restant conforme à la norme[1].

L'heure Posix (aussi appelée POSIX timestamp) est une mesure du temps utilisée principalement dans les systèmes qui respectent la norme POSIX[2], d'où son nom. Il s'agit du nombre de secondes écoulées depuis le 1er janvier 1970 00:00:00 UTC jusqu'à l'évènement à dater, hors secondes intercalaires (voir ci-dessous). C'est la représentation POSIX du temps.

L'heure Unix est rencontrée sur les systèmes de type UNIX[2] qui respectent en général cette norme POSIX; Linux est un système UNIX parmi d'autres:

  • le premier point abordé est le nombre limité d'années qu'un système UNIX particulier peut représenter,
  • l'aspect « résolution inférieure à la seconde » est ensuite abordé.

Sommaire

Introduction

La définition de cette heure Posix est séparée en deux parties, pour répondre à deux questions qui sont très liées mais également très différentes :

  1. quelle heure est il ? ... ou bien comment faire correspondre un évènement dans le temps à un nombre réel ? : il est assez facile de répondre à cette question, il suffit d'utiliser des références naturelles et universelles : par exemple, les périodicités de rotation de la Terre sur elle-même, et autour du Soleil. Ces périodicités sont suffisantes pour établir des calendriers, c'est à dire des relations entre des évènements et des dates, même si quelques efforts sont nécessaires pour bien définir les références utilisées[3] (chaque pays a les siennes, toutes adoptées à des instants différents); les dates de ces calendriers ne sont en somme que des nombres exprimés dans un système de numération un peu compliqué qui a pour unités le jour, la semaine, le mois, la saison, l'année, ... , et l'heure Posix n'est qu'une référence parmi d'autres exprimée sous forme d'un simple nombre,
  2. combien de secondes se sont écoulées ? ... ou bien comment calculer un délai écoulé entre 2 évènements ? : il est en revanche plus délicat de répondre à cette seconde question; en premier lieu parce qu'il ne faut pas mélanger ces différentes références (par exemple, l'an zéro d'un calendrier ne commence pas au même instant que celui d'un autre) et également parce que tous ces calendriers ont besoin de s'adapter aux périodicités non multiples les unes des autres, par exemple les années bissextiles, ou bien les irrégularités de ces périodicités. Ces adaptations compliquent un petit peu les calculs, en fonction de la précision que l'on recherche; par exemple, il s'est écoulé un an peut être une information suffisante ou bien il faudra tenir compte du caractère bissextile de l'année pour répondre à la même question exprimée en nombre de jours. Cela veut dire qu'il faut conserver une mémoire du passé, la mémoire de chaque seconde qui passe.

Définitions

Suite à cette introduction, les principaux paragraphes de cet article sont organisés de la façon suivante :

  1. Heure POSIX
    1. quelle heure est il ?,
    2. combien de secondes se sont écoulées ?,
  2. Heure UNIX
    1. nombre limité d'années qu'un système UNIX particulier peut représenter
    2. questions posées si on utilise une résolution inférieure à la seconde

Heure POSIX

quelle heure est il ?

ou bien comment faire correspondre un évènement dans le temps à un nombre réel?

1 - Tout d'abord, il faut connaitre les principaux systèmes de mesure du temps qui ont été imaginés et utilisés jusqu'à nos jours[4] :

sigle signification définition
GMT Temps
Moyen de
Greenwich
[5]
Encore en usage dans certains pays pour des aspects légaux[6].

Néanmoins la définition de ce système de mesure est ambigüe[5]. C'est la raison pour laquelle, en dehors de cet usage administratif, il est préférable d'utiliser UTC.

UT Temps
Universel
Ce système définit le jour comme la durée moyenne de rotation de la Terre autour de son axe.

Cette définition pose quelques difficultés car la vitesse de cette rotation n’est pas constante, elle diminue lentement sous l’effet des marées et, de plus, présente des irrégularités imprévisibles : la durée des jours UT augmente très lentement en moyenne (de l’ordre de la seconde sur une à trois années).

On distingue plusieurs versions de UT: UT0, UT1, UT1R, UT2. On se reportera à l'article « Temps Universel » pour plus de détails.

TAI Temps
Atomique
International
Ce système est basé sur une définition internationale de la seconde. Son étalon est constitué par plusieurs horloges atomiques réparties dans le monde. La mesure du temps dans ce système est strictement régulière à la différence de la précédente pour qui son étalon n'a pas la même régularité. En conséquence, TAI et UT s'éloigne progressivement l'un de l'autre du fait du ralentissement du second.
  • Une différence de 2 TAI permet de calculer un délai écoulé de façon exacte.
UTC Temps
Universel
Coordonné
Ce graphe montre la différence DUT1 entre UT1 et UTC. Les segments verticaux correspondent à l'insertion de secondes intercalaires.

Ce système est adopté comme base du temps civil international par un grand nombre de pays. Le « Coordonné » indique que :

  • la différence entre UTC et TAI est un nombre entier de secondes,
  • la différence entre UTC et UT1 n'est jamais plus grand que 0.9 secondes.

Autrement dit, UTC est identique au TAI (il en a la stabilité et l’exactitude) à un nombre entier de secondes près[7], ce qui lui permet de coller à UT à 0,9 s près; c'est ce que montre la figure ci-contre[8].

  • Le respect de cet écart maximal entre UT et UTC est garanti par « l’International Earth Rotation and Reference Systems Service » (IERS), basé en particulier à l’Observatoire de Paris, qui décide[9] de rajouter (ou supprimer) des secondes intercalaires chaque fois que UTC et UT s’écartent trop l’un de l’autre.
  • Une différence de 2 UTC permet de de calculer un délai écoulé de façon exacte en général, sauf si les 2 évènements sont à cheval sur une ou plusieurs secondes intercalaires (voir ci-dessous la probabilité et l'amplitude de l'erreur). Pour calculer un délai exact en toutes circonstances, il faut tenir compte des secondes intercalaires[10].

2 - Ensuite pour mesurer le temps, il faut choisir une origine :

  • L'origine de l'heure Posix a été choisie comme étant le 1er janvier 1970 00:00:00 UTC[11], cette date correspond à l'heure 0 de Posix, elle est appelée l'époque Posix (et également époque Unix).

3 - Enfin, il faut indiquer comment évolue ce nombre en fonction du temps qui passe :

  • Pour chaque seconde écoulée, l'heure Posix s'accroit de exactement une unité et ce de façon invariable tout au long de l'année, sauf lorsque l'IERS décide[9] d'ajouter (ou de supprimer) une seconde intercalaire; le tableau ci-dessous illustre le cas de l'ajout de la seconde intercalaire qui a eu lieu le 31/12/2008 à minuit[12].
Tableau 1: L'heure Posix au passage de minuit lorsque une seconde intercalaire fut ajoutée le 31/12/2008 à minuit
# TAI UTC TAI - UTC heure Posix
1 2009-01-01T00:00:30 2008-12-31T23:59:57 33 1 230 767 997
2 2009-01-01T00:00:31 2008-12-31T23:59:58 33 1 230 767 998
3 2009-01-01T00:00:32 2008-12-31T23:59:59 33 1 230 767 999
4 2009-01-01T00:00:33 2008-12-31T23:59:60 33 1 230 768 000 ajout d'une seconde intercalaire[13]
5 2009-01-01T00:00:34 2009-01-01T00:00:00 34 1 230 768 000
6 2009-01-01T00:00:35 2009-01-01T00:00:01 34 1 230 768 001
7 2009-01-01T00:00:36 2009-01-01T00:00:02 34 1 230 768 002

Cette introduction faite, on peut maintenant mentionner les 2 points suivants à propos de l'heure Posix :

  1. ce n'est pas une représentation linéaire du temps, il y a des anomalies[13], comme par exemple la ligne 5 du tableau ci-dessus,
  2. il n'y a pas correspondance bijective entre l'heure UTC et l'heure Posix; ce dernier ne permet pas de représenter les secondes intercalaires présentes dans UTC, comme par exemple la ligne 4 du tableau ci-dessus : 2008-12-31T23:59:60 UTC.

combien de secondes se sont écoulées ?

ou bien comment calculer un délai écoulé entre 2 évènements?

Dans la plupart des cas, une simple différence des heures Posix suffit, sauf si les 2 évènements sont à cheval sur une ou plusieurs secondes intercalaires. Pour calculer un délai exact en toutes circonstances, il faut tenir compte des secondes intercalaires.

Toutefois, l'occurrence des secondes intercalaires est faible[14], la probabilité de commettre une telle erreur est donc faible; et si malgré tout le cas se produit, alors l'amplitude de l'erreur est peut être faible[15], et il n'y a dans ce cas pas besoin de se préoccuper de ces secondes intercalaires; le tableau ci-dessous montre différents exemples.

La méthode pour compléter une ligne de ce tableau est la suivante :

  • si le délai calculé entre les 2 évènements d'intérêt est de l'ordre de M secondes, alors la probabilité qu'une seconde intercalaire soit dans cet intervalle est de M sur le nombre total N de secondes pendant une année (c'est à dire en prenant pour hypothèse qu'une seconde intercalaire est ajoutée chaque année),
  • une année compte N = 365 x 24 x 3 600 = 31 536 000 secondes,
  • la probabilité de commettre une erreur 1/M est donc de M/N = M x 3.2 x 10-8.

L'application de cette méthode pour des délais M=10, 100, 1000 donne le tableau suivant :

Tableau 2: Erreur commise et probabilité de commettre l'erreur
délai à mesurer (M) probabilité d'erreur amplitude de l'erreur
10 s 3.2 x 10-7 10%
100 s 3.2 x 10-6 1%
1000 s 3.2 x 10-5 0.1%

A la limite, si le délai à calculer entre les 2 évènements d'intérêt est de un an, alors la probabilité est de 100% de commettre une erreur de 3.2 x 10-8.

En conclusion : La probabilité de commettre une erreur donnée et l'amplitude de cette erreur varie inversement l'une de l'autre; une autre façon de présenter les choses pourrait être de dire:

  • si le délai calculé est faible, alors l'erreur peut être forte, mais la probabilité de la commettre est faible,
  • si le délai calculé est fort, alors la probabilité de commettre l'erreur est forte, mais l'erreur est faible.

Si ce couple (probabilité de commettre une erreur / amplitude de l'erreur) est inacceptable, ou bien si on ne sait pas en évaluer l'impact, alors il est surement nécessaire de se poser la question: "pourquoi utiliser UTC ?", "quel est le besoin de précision nécessaire" ou bien de prévoir l'usage de tables à mettre à jour dès que l'insertion/retrait d'une seconde intercalaire est programmée[9],[16].

comment convertir une heure UTC en une heure Posix ?

Hormis les très rares anomalies mentionnées précédemment à propos des secondes intercalaires, il est très facile de convertir une heure UTC en une heure Posix et inversement, c'est d'ailleurs l'intérêt de l'heure Posix.

Exemple: Quelle est l'heure Posix en tout début de la journée du 01/01/2009 (ligne 5 du tableau 1 ci-dessus) :

  • de l'époque Posix au 01/01/2009, 39 années se sont écoulées dont 10 bissextiles[17] (voir tableau d’aide ci-dessous),
  • soit 14 245 jours de 24x3 600=86 400 secondes chacun ,
  • soit 1 230 768 000 secondes écoulées depuis l'époque Unix, hors secondes intercalaires.
Tableau 3: Calcul du nombre de jours écoulés entre 01/01/1970 et 01/01/2009
nombre de jours écoulés
1 970 1 971 1 972 1 973 3*365+366 = 1461
1 974 1 975 1 976 1 977 1461
1 978 1 979 1 980 1 981 1461
1 982 1 983 1 984 1 985 1461
1 986 1 987 1 988 1 989 1461
1 990 1 991 1 992 1 993 1461
1 994 1 995 1 996 1 997 1461
1 998 1 999 2 000 2 001 1461
2 002 2 003 2 004 2 005 1461
2 006 2 007 2 008 2*365+366 = 1096
14 245

Il existe également des outils[18] qui réalisent ces calculs très simplement, comme par exemple ce script bash pour convertir un nombre de secondes depuis l'époque Posix en une date :

        #!/bin/bash
        # convertir un nombre de secondes depuis l'époque Posix 
        #           en date
        # exemple: date -u -R --date "1970-01-01 1230768000 seconds"
        date -u -R --date "1970-01-01 ${*} seconds" 

comment convertir une heure Posix en une heure UTC ?

Le calcul inverse ne présente pas de difficulté, et de la même façon il existe des outils[18] qui réalisent ces calculs très simplement, comme par exemple ce script bash pour convertir une date en un nombre de secondes depuis l'époque Posix :

        #!/bin/bash
        # convertir une date (attention au format de l'argument)
        #           en nombre de secondes depuis l'époque Posix
        # exemple: date --date "2009-01-01 00:00:00+00:00" "+%s"
        date --date "${*}" "+%s"

Heure UNIX

nombre limité d'années qu'un système UNIX particulier peut représenter

La méthode plus courante pour lire l'heure sous Unix, est l'appel à la fonction suivante qui retourne une valeur numérique de type "time_t".

        time_t time(NULL);

Ce type time t est couramment utilisé pour manipuler l'heure Unix, malheureusement la norme POSIX n'en précise pas (clairement) la taille :

  • si c'est une machine 32 bits, time t sera vraisemblablement un entier signé 32 bits. Ce compteur permet de gérer une période totale de 232 secondes, soit à peu près 136 années. La date la plus reculée est 13-12-1901, et la plus avancée est 19-01-2038.
Illustration du phénomène de débordement.
Lorsque cette date la plus avancée sera franchie, cette représentation va déborder, c'est à dire qu'elle ne sera plus capable de continuer à représenter l'heure Unix correctement (voir l'image animée ci-contre).
heure Unix UTC
date la plus reculée : -231 -2 147 483 648 1901/12/13 T 20:45:52
époque Unix  : 0 0 1970/01/01 T 00:00:00
date la plus avancée : 231-1 2 147 483 647 2038/01/19 T 03:14:07
  • si c'est une machine 64 bits, time t sera vraisemblablement un entier signé 64 bits; les limites seront alors supérieures à l'age de notre planète et à son espérance de vie.

Cette impossibilité de représentation ne met pas forcément en cause le fonctionnement de la machine elle-même, c'est à dire le fonctionnement de son Système d'Exploitation[19] mais le fonctionnement de ses applications et son interopérabilité avec les autres machines. En effet, il n'est pas suffisant qu'une machine sache localement gérer cette limite, mais il faut également que toutes les machines qui lui sont connectées[20] soient capables de gérer cette limite et ce de la même façon.

Cette remarque appelle les commentaires suivants:

  1. soit on a affaire à un parc de machines bien maitrisées, c'est le cas par exemple des systèmes embarqués. Dans ce cas, une solution pour gérer cette frontière peut être de s'assurer que le parc de machines n'utilise que des applications développées spécialement pour être robuste face à cette situation[21],[22],
  2. soit on a affaire à un parc de machines très hétérogènes et non maitrisées, c'est le cas par exemple des machines du monde entier qui sont connectées sur internet. Dans ce cas, une solution (simple ?) serait de généraliser le codage de cette heure Unix sur 64 bits à toutes les machines, y compris celles en 32 bits. On peut également raisonnablement espérer que toutes les machines seront au moins 64 bits à l'aube de 2038.

questions posées si on utilise une résolution inférieure à la seconde

Les systèmes Unix entretiennent en général un compteur dont la résolution est plus fine que la seconde. Cette heure est accessible par un appel à la fonction suivante:

        int gettimeofday(struct timeval *tv, NULL);

La valeur numérique retournée par cette fonction est mémorisée dans la variable "struct timeval *tv" définie de la façon suivante:

        struct timeval {
                int    tv_sec;     /* secondes */
                int    tv_usec;    /* microsecondes de 0 à 999 999 */
        };

L'emploi de cette résolution inférieure à une seconde amène la question de savoir ce qu'il se passe lorsque une seconde intercalaire est ajoutée/retranchée ? Il semblerait que ce point soit à la charge du sysème d'exploitation[23]. De fait, en l'absence de spécification claire, plusieurs scénarios sont donc possibles en fonction du Système d'Exploitation considéré[24]. Les 3 exemples ci-dessous exposent les 3 catégories de cas qui semblent les plus représentatives, ils ne traitent que l'aspect insertion d'une seconde intercalaire mais ils pourraient facilement être adaptés au cas de la suppression :

1 - l'horloge système peut être ajustée brutalement de une seconde, ce qui donnera l'impression d'un retour en arrière[25].

Heure ajustée brutalement
Heure ajustée brutalement
# UTC tv_sec tv_usec
4 2008-12-31T23:59:60.000 1 230 768 000 000 000
2008-12-31T23:59:60.500 1 230 768 000 500 000
5 2009-01-01T00:00:00.000 1 230 768 000 000 000 heure ajustée brutalement
2009-01-01T00:00:00.500 1 230 768 000 500 000
6 2009-01-01T00:00:01.000 1 230 768 001 000 000

2 - l'horloge système peut être maintenue constante pendant une second pendant l'insertion de la seconde intercalaire. Cela signifie que l'heure ne reviendra pas en arrière mais sera figée, en conséquence le possible impact sur les applications devrait être en principe moindre[25].

Heure figée
Heure figée
# UTC tv_sec tv_usec
4 2008-12-31T23:59:60.000 1 230 768 000 000 000
2008-12-31T23:59:60.500 1 230 768 000 000 000 heure figée
5 2009-01-01T00:00:00.000 1 230 768 000 000 000 heure figée
2009-01-01T00:00:00.500 1 230 768 000 500 000
6 2009-01-01T00:00:01.000 1 230 768 001 000 000

3 - l'horloge système peut être ralentie pour compenser l'insertion de la seconde intercalaire[25].

Heure ralentie
Heure ralentie
# UTC tv_sec tv_usec
4 2008-12-31T23:59:60.000 1 230 768 000 000 000
2008-12-31T23:59:60.500 1 230 768 000 250 000 heure ralentie
5 2009-01-01T00:00:00.000 1 230 768 000 500 000 heure ralentie
2009-01-01T00:00:00.500 1 230 768 000 750 000 heure ralentie
6 2009-01-01T00:00:01.000 1 230 768 001 000 000

pourquoi ne pas utiliser TAI ?

Cette idée a déjà été proposée et défendue par de nombreuses personnes[26] , mais ce n'est pas le sens qui a été donné par l'histoire, le choix retenu fut celui qui aujourd'hui est figé par la norme POSIX.

Egalement, D. J. Bernstein a écrit des articles et logiciels[22] pour l'utilisation de TAI sur des systèmes de type UNIX.

Notes et références

  1. Il peut y avoir plusieurs interprétations différentes d'une même norme, ou bien parce que la norme n'est pas exhaustive.
  2. a  et b POSIX est une marque déposée de « IEEE »; UNIX est une marque déposée de « The Open Group ».
  3. On pourra également consulter (en) Epoch time vs. time of day pour une discussion sur certains aspects légaux, et également les autres pages de ce site; en particulier (en) Plots of deltas between time scales pour comparer les écarts entre différentes références.
  4. Il ne faudrait pas penser que cette liste est aussi courte, on pourra consulter (en) Time Scales pour une liste plus exhaustive et précise.
  5. a  et b L’utilisation de l’ancienne appellation standard « temps moyen de Greenwich » (GMT, de l’anglais « Greenwich Mean Time ») est désormais déconseillée parce que sa définition est ambigüe, au contraire d’UTC, qui doit lui être préférée. Ce sigle s’était imposé par la prépondérance de la marine britannique durant le XIXe siècle et fut plus tard rebaptisé Temps Universel (UT, de l’anglais Universal Time). Comme le temps UTC est le temps civil du méridien origine des longitudes à Greenwich, certains ont tenté de prolonger l’usage de GMT en le traduisant désormais par « Greenwich Meridian Time » mais ce glissement sémantique n’a aucune valeur officielle.
  6. Voir l'article (en) Greenwich Mean Time| l'utilisation de GMT dans la législation.
  7. Il faut retenir que dans l’échelle UTC, les secondes et tous les autres sous multiples (milli-seconde, micro-seconde, ...) sont de durée constante, mais la minute et toutes les unités supérieures (heure, jour, semaine, ...) sont de durée variable. Il faut tout de même garder présent à l’esprit que l’ajout/suppression de ces secondes intercalaires est rare, de l’ordre de une seconde sur une à trois années, la plupart des jours UTC comportent 86 400 secondes, la plupart des heures 3 600 secondes, et la plupart des minutes 60 secondes mais certains peuvent comporter respectivement 86 401s ou bien 86 399s, 3 601s ou bien 3599s et 61s ou bien 59s.
  8. Si on traçait sur un graphique similaire la différence entre UT1 et TAI, on verrait UT1 et TAI s'éloigner progressivement l'un de l'autre au rythme du ralentissement de la rotation de la terre; de même, on verrait UTC et TAI s'éloigner l'un de l'autre par bons successifs au rythme de l'ajout/suppression des secondes intercalaires.
  9. a , b  et c Cet ajout (ou suppression) a lieu soit la fin de la dernière minute du dernier jour du mois précédant le 1er juillet ou le 1er janvier, exceptionnellement cela peut être le 1er avril ou le 1er octobre, et est annoncé 6 mois à l'avance par l'IERS via son (en) BULLETIN C - Product metadata. A ce jour 10/03/2009, il n’y a jamais eu de suppression de secondes intercalaires, et vraisemblablement il n'y en aura jamais compte tenu du fait que la vitesse de rotation de la terre diminue inexorablement. Il pourra être intéressant de consulter les autres bulletins de l'IERS (en) IERS Bulletins.
  10. Les secondes intercalaires futures sont prévues avec une anticipation de 6 mois au maximum, c'est le rythme à lequel l'IERS diffuse son bulletin de prévision. Pour les valeurs passées on peut faire usage d’une table.
  11. Il y a une difficulté avec cette définition, dans le sens que UTC n'existait pas avant 1972; cette difficulté est contournée en utilisant des nombres négatifs pour une date antérieure à l'époque; ainsi 04-10-1957T00:00:00Z, 4 472 jours avant l'époque, est représenté par l'heure Posix -4 472 × 86 400 = -386 380 800.
  12. Voir Leap Seconds.
  13. a  et b Pour bien comprendre ce point, il faut retenir que votre PC ne va pas spontanément ralentir/accélérer son compteur interne par lui-même; l'ajustement peut être fait par vous même ou bien plus vraisemblablement, s'il est connecté à internet, de façon automatique et quasi-silencieuse par un un service d'horloge, généralement il s'agit de NTP.
  14. Le graphique ci-dessus montre que la période d'insertion d'une seconde intercalaire est entre une et trois années.
  15. Plus le délai est grand et plus l'impact d'une seconde d'erreur est faible et inversement.
  16. Pour que cette dernière méthode soit utilisable à bord d'un système embarqué, cela nécessiterait la mise en œuvre d'une mise à jour automatique et en temps réel de la table.
  17. Une années est bissextile si elle est multiple de 4, mais non multiple de 100 sauf si multiple de 400 (exemple, 2000 était bissextile). L’application de cette règle montre qu’il est suffisant de tester la divisibilité par 4 entre 1901 et 2099.
  18. a  et b Voir par exemple ce (en) Convertisseur secondes / date.
  19. Par exemple, le système d'exploitation Linux continue à fonctionner au delà de cette date la plus avancée.
  20. Il faut comprendre le mot "connecté" au sens large, cela concerne la connexion éthernet bien sûr, mais également l'échange de fichiers via des disques amovibles pour lesquels la datation des fichiers est un point important, pour les sauvegardes par exemple.
  21. On pourra consulter avec intérêt le (en) site web dédié à la déssimination de l'information à propos du bug de l'année 2038 qui fournit une solution pour fonctionner jusqu'en 2106, aussi bien sur les machines 32 bits que 64 bits.
  22. a  et b On pourra également considérer l'usage du TAI et consulter avec intérêt les articles écrit par D. J. Bernstein à ce sujet :
  23. Voir (en) The NTP Timescale and Leap Seconds.
  24. Un article (en) Leap Second Handling by Operating Systems expose 3 cas possibles. Il est dit : "Linux kernels and most other Unix-like systems care about the leap seconds and handle them correctly." mais sans réellement préciser ce que "correctly" veut dire.
  25. a , b  et c Comme exemple pour évaluer l'impact de ces différents scénarios, on pourrait imaginer un instrument de mesure de vitesse qui mesure le délai écoulé pour une distance parcourue donnée: dans le cas 3, la vitesse sera surestimée, au maximum dans un rapport 2, et dans les deux premiers cas d'un rapport qui pourra être infini. On se rappellera tout de même que la probabilité d'occurence d'un tel phénomène est rarissime, cf §"combien de secondes se sont écoulées ?"
  26. Voir en particulier (en) History of IEEE P1003.1 POSIX time by en:Landon Curt Noll.

Voir aussi

Articles connexes

Articles directement liés

Articles pour information

Liens externes

Bibliographie

  • Portail sur les sciences Portail sur les sciences
  • Portail de l’informatique Portail de l’informatique
Ce document provient de « Heure Unix ».

Wikimedia Foundation. 2010.

Contenu soumis à la licence CC-BY-SA. Source : Article Heure UNIX de Wikipédia en français (auteurs)

Игры ⚽ Поможем решить контрольную работу

Regardez d'autres dictionnaires:

  • Heure Unix — L heure Posix (aussi appelée POSIX timestamp) est une mesure du temps utilisée principalement dans les systèmes qui respectent la norme POSIX[1], d où son nom. Il s agit du nombre de secondes écoulées depuis le 1er janvier 1970 00:00:00 UTC jusqu …   Wikipédia en Français

  • Unix — (marque déposée officiellement comme UNIX, parfois aussi écrit comme Unix avec les petites capitalisations) est le nom d un système d exploitation multitâche et multi utilisateur créé en 1969, conceptuellement ouvert et fondé sur une approche par …   Wikipédia en Français

  • UNIX — UNIX, parfois écrit « Unix », avec des petites capitales, est un système d exploitation multitâche et multi utilisateur créé en 1969, conceptuellement ouvert et fondé sur une approche par laquelle il offre de nombreux petits outils… …   Wikipédia en Français

  • Heure locale — Fuseau horaire Pour les articles homonymes, voir Fuseau et horaire. Fuseaux horaires usuels. Les données de cette carte peuvent ne pas être à jour (actu …   Wikipédia en Français

  • Gigaseconde Unix — La gigaseconde Unix désigne l heure Unix 109, qui représente le 9 septembre 2001. Catégorie : Unix …   Wikipédia en Français

  • Système Unix — UNIX UNIX (marque déposée officiellement comme UNIX, parfois aussi écrit comme Unix avec les petites capitalisations) est le nom d un système d exploitation multitâche et multi utilisateur créé en 1969, conceptuellement ouvert et fondé sur une… …   Wikipédia en Français

  • Systèmes UNIX — UNIX UNIX (marque déposée officiellement comme UNIX, parfois aussi écrit comme Unix avec les petites capitalisations) est le nom d un système d exploitation multitâche et multi utilisateur créé en 1969, conceptuellement ouvert et fondé sur une… …   Wikipédia en Français

  • Systèmes Unix — UNIX UNIX (marque déposée officiellement comme UNIX, parfois aussi écrit comme Unix avec les petites capitalisations) est le nom d un système d exploitation multitâche et multi utilisateur créé en 1969, conceptuellement ouvert et fondé sur une… …   Wikipédia en Français

  • Crontab (Unix) — crontab crontab est le nom du programme sous Unix (ou Linux) qui permet d éditer des tables de configuration du programme cron. Par extension, on appelle souvent cron (ou cron job en anglais) toute application lancée à horaire fixe. La commande… …   Wikipédia en Français

  • Temps Unix — Epoch L epoch (de l anglais époque ou ère) représente la date initiale à partir de laquelle est mesuré le temps par les systèmes d exploitation. Principe Cette date varie selon les systèmes, par exemple : sous UNIX, c est 1er janvier… …   Wikipédia en Français

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”