Le Tue, 9 Nov 2004 17:48:58 +0000 (UTC), Nicolas George a écrit:
[snip]
J'archive...
-- Les nouveautés par rapport à la version 1.2 précédente sont : * Améliorations de la commande iostat : les statistiques disques devraient correspondre désormais à la réalité -+- SG in Guide du linuxien pervers - "Ça, pour une bonne nouvelle, ... !"
Le Tue, 9 Nov 2004 17:48:58 +0000 (UTC), Nicolas George a écrit:
[snip]
J'archive...
--
Les nouveautés par rapport à la version 1.2 précédente sont :
* Améliorations de la commande iostat : les statistiques disques devraient
correspondre désormais à la réalité
-+- SG in Guide du linuxien pervers - "Ça, pour une bonne nouvelle, ... !"
Le Tue, 9 Nov 2004 17:48:58 +0000 (UTC), Nicolas George a écrit:
[snip]
J'archive...
-- Les nouveautés par rapport à la version 1.2 précédente sont : * Améliorations de la commande iostat : les statistiques disques devraient correspondre désormais à la réalité -+- SG in Guide du linuxien pervers - "Ça, pour une bonne nouvelle, ... !"
Hugolino
Le Tue, 9 Nov 2004 15:03:51 +0000 (UTC), a écrit:
Mais est ce que UTC veut dire GMT ?
En pratique et à la louche, oui. Néanmoins, GMT n'a plus de définition officielle et on doit utiliser UTC.
Et UTC se dit "Temps Universel Coordonné" (ou Universal Time Coordinated).
Je sais pas pourquoi (peut-être parce que j'arrive pas à me faire respecter sur fmbl), mais UTchez moi ça sonne comme DTC:
Tiens, j'irai me coucher un peu moins b^te ce soir ;-) Merci pour ce petit topo d'une grande clarté.
-- Bruno
fm
Nicolas George <nicolas$ wrote:
R12y wrote in message :
Vu que j'ai un doute, je tente de résoudre l'exercice. "UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time Clock.
Mais est ce que UTC veut dire GMT ?
... Certains maniaques trouvent ça inacceptable, et préfèrent avoir leur heure Unix calée sur TAI (Temps Atomique International, mesuré sur des horloges atomiques utilisant la définition officielle de la seconde, indépendante de considérations astronomiques).
Bigre. Moi qui me considérait comme un maniaque...
J'ai cherché des applications qui puissent justifier l'utilisation d'une échelle de temps uniforme (qui est la seule caractéristique qui différencie TAI de UTC) et je dois bien avouer que j'ai du mal à trouver. Ca doit effectivement pouvoir se trouver, à la marge...
Pour satisfaire ces gens, la glibc prévoit les bases de données correspondantes. Elles sont situées dans le répertoire /usr/share/zoneinfo/right/ (on peut les essayer en tapant « export TZ=right/Europe/Paris » dans un shell : toutes les commandes lancées depuis ce shell ensuite utiliseront cette zone).
Je ne connaissais pas ce répertoire. Il contient une entrée appelée UTC... Qui n'est donc pas UTC. On peut trouver que ça simplifie, mais il faut être retors :)
D'autre part, la différence TAI - UTC est un nombre entier de secondes et depuis la dernière seconde intercalaire en 1999, cette différence est de 32 secondes (TAI avance de 32s par rapport à UTC).
Or :
[ zoneinfo]$ TZ=right/UTC date; TZ=UTC date mer nov 10 09:22:54 UTC 2004 mer nov 10 09:23:16 UTC 2004 [ zoneinfo]$
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
J'ai cherché en vain des explications dans google.
Quelqu'un a un lien ? -- francois meyer
Nicolas George <nicolas$george@salle-s.org> wrote:
R12y wrote in message <pan.2004.11.09.12.13.32.390676@mail.rktmb.org>:
Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.
Mais est ce que UTC veut dire GMT ?
...
Certains maniaques trouvent ça inacceptable, et préfèrent avoir leur heure
Unix calée sur TAI (Temps Atomique International, mesuré sur des horloges
atomiques utilisant la définition officielle de la seconde, indépendante de
considérations astronomiques).
Bigre. Moi qui me considérait comme un maniaque...
J'ai cherché des applications qui puissent
justifier l'utilisation d'une échelle de temps
uniforme (qui est la seule caractéristique qui
différencie TAI de UTC) et je dois bien avouer que
j'ai du mal à trouver. Ca doit effectivement
pouvoir se trouver, à la marge...
Pour satisfaire ces gens, la glibc prévoit
les bases de données correspondantes. Elles sont situées dans le répertoire
/usr/share/zoneinfo/right/ (on peut les essayer en tapant « export
TZ=right/Europe/Paris » dans un shell : toutes les commandes lancées depuis
ce shell ensuite utiliseront cette zone).
Je ne connaissais pas ce répertoire. Il contient
une entrée appelée UTC... Qui n'est donc pas UTC.
On peut trouver que ça simplifie, mais il faut
être retors :)
D'autre part, la différence TAI - UTC est un
nombre entier de secondes et depuis la dernière
seconde intercalaire en 1999, cette différence est
de 32 secondes (TAI avance de 32s par rapport à
UTC).
Or :
[fmeyer@jupiter zoneinfo]$ TZ=right/UTC date; TZ=UTC date
mer nov 10 09:22:54 UTC 2004
mer nov 10 09:23:16 UTC 2004
[fmeyer@jupiter zoneinfo]$
Donne une heure right/UTC en *retard* de 22
secondes par rapport au vrai UTC, qui ne
correspondent à rien d'évident. Et donc là je ne
comprends vraiment pas ce que ce répertoire right
contient.
J'ai cherché en vain des explications dans google.
Vu que j'ai un doute, je tente de résoudre l'exercice. "UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time Clock.
Mais est ce que UTC veut dire GMT ?
... Certains maniaques trouvent ça inacceptable, et préfèrent avoir leur heure Unix calée sur TAI (Temps Atomique International, mesuré sur des horloges atomiques utilisant la définition officielle de la seconde, indépendante de considérations astronomiques).
Bigre. Moi qui me considérait comme un maniaque...
J'ai cherché des applications qui puissent justifier l'utilisation d'une échelle de temps uniforme (qui est la seule caractéristique qui différencie TAI de UTC) et je dois bien avouer que j'ai du mal à trouver. Ca doit effectivement pouvoir se trouver, à la marge...
Pour satisfaire ces gens, la glibc prévoit les bases de données correspondantes. Elles sont situées dans le répertoire /usr/share/zoneinfo/right/ (on peut les essayer en tapant « export TZ=right/Europe/Paris » dans un shell : toutes les commandes lancées depuis ce shell ensuite utiliseront cette zone).
Je ne connaissais pas ce répertoire. Il contient une entrée appelée UTC... Qui n'est donc pas UTC. On peut trouver que ça simplifie, mais il faut être retors :)
D'autre part, la différence TAI - UTC est un nombre entier de secondes et depuis la dernière seconde intercalaire en 1999, cette différence est de 32 secondes (TAI avance de 32s par rapport à UTC).
Or :
[ zoneinfo]$ TZ=right/UTC date; TZ=UTC date mer nov 10 09:22:54 UTC 2004 mer nov 10 09:23:16 UTC 2004 [ zoneinfo]$
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
J'ai cherché en vain des explications dans google.
Quelqu'un a un lien ? -- francois meyer
CS
Le Tue, 09 Nov 2004 17:48:58 +0000, Nicolas George a écrit :
R12y wrote in message :
Vu que j'ai un doute, je tente de résoudre l'exercice. "UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time Clock.
Mais est ce que UTC veut dire GMT ?
C'était à Nadia et CS que je posais l'exercice, pour que ce thread ne soit pas un simple recopiage guidé dans un fichier de config. Mais allons-y pour un petit topo...
Merci beaucoup pour cet exposé et pour le site. -- Charles S.
reponse : oter NSP dans mon adresse. reply : remove NSP in my address.
Le Tue, 09 Nov 2004 17:48:58 +0000, Nicolas George a écrit :
R12y wrote in message <pan.2004.11.09.12.13.32.390676@mail.rktmb.org>:
Vu que j'ai un doute, je tente de résoudre l'exercice.
"UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time
Clock.
Mais est ce que UTC veut dire GMT ?
C'était à Nadia et CS que je posais l'exercice, pour que ce thread ne soit
pas un simple recopiage guidé dans un fichier de config. Mais allons-y pour
un petit topo...
Merci beaucoup pour cet exposé et pour le site.
--
Charles S.
reponse : oter NSP dans mon adresse.
reply : remove NSP in my address.
Le Tue, 09 Nov 2004 17:48:58 +0000, Nicolas George a écrit :
R12y wrote in message :
Vu que j'ai un doute, je tente de résoudre l'exercice. "UTC=true" veut qui que OUI, l'horloge hardware est au Universal Time Clock.
Mais est ce que UTC veut dire GMT ?
C'était à Nadia et CS que je posais l'exercice, pour que ce thread ne soit pas un simple recopiage guidé dans un fichier de config. Mais allons-y pour un petit topo...
Merci beaucoup pour cet exposé et pour le site. -- Charles S.
reponse : oter NSP dans mon adresse. reply : remove NSP in my address.
Richard Delorme
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de l'adoption du système UTC avec secondes intercalaires.
Donne une heure right/UTC en *retard* de 22
secondes par rapport au vrai UTC, qui ne
correspondent à rien d'évident. Et donc là je ne
comprends vraiment pas ce que ce répertoire right
contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de
l'adoption du système UTC avec secondes intercalaires.
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de l'adoption du système UTC avec secondes intercalaires.
Question. que veut dire ARC? J'ai : UTCúlse ARCúlse ZONE=Europe/Paris
Merci
-- Web Dreamer, Linux Registered User #313652 at http://counter.li.org/ Remplacer *nospam* par *tiscali* dans l'adresse, et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
Arretez de voler, l'etat n'aime pas la concurrence !
Excéllent. Merci
Question. que veut dire ARC?
J'ai :
UTCúlse
ARCúlse
ZONE=Europe/Paris
Merci
--
Web Dreamer, Linux Registered User #313652 at http://counter.li.org/
Remplacer *nospam* par *tiscali* dans l'adresse,
et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
Arretez de voler, l'etat n'aime pas la concurrence !
Question. que veut dire ARC? J'ai : UTCúlse ARCúlse ZONE=Europe/Paris
Merci
-- Web Dreamer, Linux Registered User #313652 at http://counter.li.org/ Remplacer *nospam* par *tiscali* dans l'adresse, et ajouter *NewsGroupPrivateAnswer* dans le corps du message pour répondre.
Arretez de voler, l'etat n'aime pas la concurrence !
fm
Richard Delorme wrote:
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de l'adoption du système UTC avec secondes intercalaires.
Oui, mais si right/UTC fait référence à TAI+10 (UTC tel qu'il était en 1972), il devrait être en avance de 22 secondes.
-- francois meyer
Richard Delorme <abulmo@nospam.fr> wrote:
Donne une heure right/UTC en *retard* de 22
secondes par rapport au vrai UTC, qui ne
correspondent à rien d'évident. Et donc là je ne
comprends vraiment pas ce que ce répertoire right
contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de
l'adoption du système UTC avec secondes intercalaires.
Oui, mais si right/UTC fait référence à TAI+10 (UTC tel qu'il
était en 1972), il devrait être en avance de 22 secondes.
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de l'adoption du système UTC avec secondes intercalaires.
Oui, mais si right/UTC fait référence à TAI+10 (UTC tel qu'il était en 1972), il devrait être en avance de 22 secondes.
-- francois meyer
Richard Delorme
Richard Delorme wrote:
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de l'adoption du système UTC avec secondes intercalaires.
Oui, mais si right/UTC fait référence à TAI+10 (UTC tel qu'il était en 1972), il devrait être en avance de 22 secondes.
Je suppose que le temps right/UTC est donc le temps correct qui tient compte des secondes intercalaires, à opposer au temps Unix qui n'en tient pas compte.
-- Richard
Richard Delorme <abulmo@nospam.fr> wrote:
Donne une heure right/UTC en *retard* de 22
secondes par rapport au vrai UTC, qui ne
correspondent à rien d'évident. Et donc là je ne
comprends vraiment pas ce que ce répertoire right
contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de
l'adoption du système UTC avec secondes intercalaires.
Oui, mais si right/UTC fait référence à TAI+10 (UTC tel qu'il
était en 1972), il devrait être en avance de 22 secondes.
Je suppose que le temps right/UTC est donc le temps correct qui tient
compte des secondes intercalaires, à opposer au temps Unix qui n'en
tient pas compte.
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
22 est le nombre de secondes intercalaires ajoutées depuis 1972, date de l'adoption du système UTC avec secondes intercalaires.
Oui, mais si right/UTC fait référence à TAI+10 (UTC tel qu'il était en 1972), il devrait être en avance de 22 secondes.
Je suppose que le temps right/UTC est donc le temps correct qui tient compte des secondes intercalaires, à opposer au temps Unix qui n'en tient pas compte.
-- Richard
Nicolas George
wrote in message <cmsnmr$ack$:
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
Pour la différence entre 22 et 32, la réponse a été donnée. On peut voir ça autrement : l'heure Unix traditionnelle est basée sur UTC, mais ce n'est pas UTC, c'est un compte de secondes UTC depuis le premier janvier 1970. De même, l'heure Unix « right » n'est pas TAI lui-même, mais un compte de secondes TAI depuis une certaine origine. L'examen des tables indique que ceux qui ont conçu les tables « right » on simplement pris la même origine pour les deux.
Pour le fait que la différence qui est à l'envers, c'est simplement la conversion qui est faite à l'envers :
[ zoneinfo]$ TZ=right/UTC date; TZ=UTC date mer nov 10 09:22:54 UTC 2004 mer nov 10 09:23:16 UTC 2004
date _devrait_ donner la même heure, et le passage de « right » en pas-« right » aurait dû s'accompagner d'un re-réglage de l'horloge Unix (right/ n'est pas une zone horaire différente, c'est une manière différente de régler l'heure Unix). Si on fait la mesure dans l'autre sens, on obtient :
~ $ for i in "" right; TZ=$i/UTC date -d '2004-11-10 09:22:54' +%s 1100078574 1100078596
Dans ce cas, on voit bien que pour une même heure, l'heure « right » a bien compté 22 secondes de _plus_ que l'heure Unix traditionnelle.
fm@nowhere.invalid wrote in message <cmsnmr$ack$1@ccpntc8.in2p3.fr>:
Donne une heure right/UTC en *retard* de 22
secondes par rapport au vrai UTC, qui ne
correspondent à rien d'évident. Et donc là je ne
comprends vraiment pas ce que ce répertoire right
contient.
Pour la différence entre 22 et 32, la réponse a été donnée. On peut voir ça
autrement : l'heure Unix traditionnelle est basée sur UTC, mais ce n'est pas
UTC, c'est un compte de secondes UTC depuis le premier janvier 1970. De
même, l'heure Unix « right » n'est pas TAI lui-même, mais un compte de
secondes TAI depuis une certaine origine. L'examen des tables indique que
ceux qui ont conçu les tables « right » on simplement pris la même origine
pour les deux.
Pour le fait que la différence qui est à l'envers, c'est simplement la
conversion qui est faite à l'envers :
[fmeyer@jupiter zoneinfo]$ TZ=right/UTC date; TZ=UTC date
mer nov 10 09:22:54 UTC 2004
mer nov 10 09:23:16 UTC 2004
date _devrait_ donner la même heure, et le passage de « right » en
pas-« right » aurait dû s'accompagner d'un re-réglage de l'horloge Unix
(right/ n'est pas une zone horaire différente, c'est une manière différente
de régler l'heure Unix). Si on fait la mesure dans l'autre sens, on
obtient :
~ $ for i in "" right; TZ=$i/UTC date -d '2004-11-10 09:22:54' +%s
1100078574
1100078596
Dans ce cas, on voit bien que pour une même heure, l'heure « right » a bien
compté 22 secondes de _plus_ que l'heure Unix traditionnelle.
Donne une heure right/UTC en *retard* de 22 secondes par rapport au vrai UTC, qui ne correspondent à rien d'évident. Et donc là je ne comprends vraiment pas ce que ce répertoire right contient.
Pour la différence entre 22 et 32, la réponse a été donnée. On peut voir ça autrement : l'heure Unix traditionnelle est basée sur UTC, mais ce n'est pas UTC, c'est un compte de secondes UTC depuis le premier janvier 1970. De même, l'heure Unix « right » n'est pas TAI lui-même, mais un compte de secondes TAI depuis une certaine origine. L'examen des tables indique que ceux qui ont conçu les tables « right » on simplement pris la même origine pour les deux.
Pour le fait que la différence qui est à l'envers, c'est simplement la conversion qui est faite à l'envers :
[ zoneinfo]$ TZ=right/UTC date; TZ=UTC date mer nov 10 09:22:54 UTC 2004 mer nov 10 09:23:16 UTC 2004
date _devrait_ donner la même heure, et le passage de « right » en pas-« right » aurait dû s'accompagner d'un re-réglage de l'horloge Unix (right/ n'est pas une zone horaire différente, c'est une manière différente de régler l'heure Unix). Si on fait la mesure dans l'autre sens, on obtient :
~ $ for i in "" right; TZ=$i/UTC date -d '2004-11-10 09:22:54' +%s 1100078574 1100078596
Dans ce cas, on voit bien que pour une même heure, l'heure « right » a bien compté 22 secondes de _plus_ que l'heure Unix traditionnelle.
