L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la mettre à l'heure? Merci JP
man date
nicolas
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la mettre à l'heure?
Si tu veux du bourrin, mais pas très conseillé, ntpdate. Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
nicolas patrois : pts noir asocial -- HYPOTHÈSE
M : Pourquoi les dinosaures ont disparu ? Un sucre géant s'est écrasé sur la terre ! Alors les dinos ont tous remués la queue en même temps et ils sont morts assomés... Voilà.
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la
mettre à l'heure?
Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd.
Cela dit, vu ton cas, pense à la première solution.
nicolas patrois : pts noir asocial
--
HYPOTHÈSE
M : Pourquoi les dinosaures ont disparu ? Un sucre géant s'est écrasé sur
la terre ! Alors les dinos ont tous remués la queue en même temps et ils
sont morts assomés... Voilà.
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la mettre à l'heure?
Si tu veux du bourrin, mais pas très conseillé, ntpdate. Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
nicolas patrois : pts noir asocial -- HYPOTHÈSE
M : Pourquoi les dinosaures ont disparu ? Un sucre géant s'est écrasé sur la terre ! Alors les dinos ont tous remués la queue en même temps et ils sont morts assomés... Voilà.
Licence IV
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion, nicolas a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la mettre à l'heure? Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit: mode bourrin: regarde du côté de date et hwclock mode propre: regarde du côté de ntp
:-)
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion,
nicolas <nicolas.nospam.patrois@online.fr.invalid> a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la
mettre à l'heure?
Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd.
Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit:
mode bourrin: regarde du côté de date et hwclock
mode propre: regarde du côté de ntp
:-)
--
Nicolas de Ferrières Mail: ferriere@efrei.fr
_______________________________________________________________
Si l'alcool ne me tue pas... Les femmes auront ma peau
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion, nicolas a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la mettre à l'heure? Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit: mode bourrin: regarde du côté de date et hwclock mode propre: regarde du côté de ntp
:-)
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
jp.witz
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)?
JP
"Licence IV" a écrit dans le message de news:
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion, nicolas a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la
mettre à l'heure? Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit: mode bourrin: regarde du côté de date et hwclock mode propre: regarde du côté de ntp
:-)
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes.
A qoi correspond chaque date? Quelle est celle qui est utilisé par les
applis (en php par ex.)?
JP
"Licence IV" <licence-IV@nospam.com.invalid> a écrit dans le message de
news:slrncj2eo8.pb.licence-IV@choam.efrei.fr...
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion,
nicolas <nicolas.nospam.patrois@online.fr.invalid> a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande
pour la
mettre à l'heure?
Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd.
Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit:
mode bourrin: regarde du côté de date et hwclock
mode propre: regarde du côté de ntp
:-)
--
Nicolas de Ferrières Mail: ferriere@efrei.fr
_______________________________________________________________
Si l'alcool ne me tue pas... Les femmes auront ma peau
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)?
JP
"Licence IV" a écrit dans le message de news:
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion, nicolas a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la
mettre à l'heure? Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit: mode bourrin: regarde du côté de date et hwclock mode propre: regarde du côté de ntp
:-)
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
no_spam
On Sun, 29 Aug 2004 09:56:09 +0200, jp.witz wrote:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)?
date renvoie l'heure système, c'est à dire l'heure de l'OS. C'est celle-ci qui est utilisé par les applications. hwclock renvoie l'heure hardware, c'est à dire celle qui est maintenue lorsque tu éteinds ta machine. Les deux heures ont intérêt à correspondre, puisque l'heure système est calculée à partir de l'heure hardware au boot. Mais comme les RTC (qui gère l'heure hardware) sont des périphériques lents et peu précis (la précision de l'heure qu'on obtient est d'une seconde), l'OS gère une heure beaucoup plus précise pour ses besoins propres: l'heure système est gérée à partir du timer système et corrigée pour pouvoir obtenir une précision de l'ordre de la nano-seconde pour se conformer à POSIX.
On Sun, 29 Aug 2004 09:56:09 +0200, jp.witz wrote:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes.
A qoi correspond chaque date? Quelle est celle qui est utilisé par les
applis (en php par ex.)?
date renvoie l'heure système, c'est à dire l'heure de l'OS.
C'est celle-ci qui est utilisé par les applications.
hwclock renvoie l'heure hardware, c'est à dire celle qui est maintenue
lorsque tu éteinds ta machine.
Les deux heures ont intérêt à correspondre, puisque l'heure système
est calculée à partir de l'heure hardware au boot.
Mais comme les RTC (qui gère l'heure hardware) sont des périphériques
lents et peu précis (la précision de l'heure qu'on obtient est d'une
seconde), l'OS gère une heure beaucoup plus précise pour ses besoins
propres: l'heure système est gérée à partir du timer système et corrigée
pour pouvoir obtenir une précision de l'ordre de la nano-seconde pour se
conformer à POSIX.
On Sun, 29 Aug 2004 09:56:09 +0200, jp.witz wrote:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)?
date renvoie l'heure système, c'est à dire l'heure de l'OS. C'est celle-ci qui est utilisé par les applications. hwclock renvoie l'heure hardware, c'est à dire celle qui est maintenue lorsque tu éteinds ta machine. Les deux heures ont intérêt à correspondre, puisque l'heure système est calculée à partir de l'heure hardware au boot. Mais comme les RTC (qui gère l'heure hardware) sont des périphériques lents et peu précis (la précision de l'heure qu'on obtient est d'une seconde), l'OS gère une heure beaucoup plus précise pour ses besoins propres: l'heure système est gérée à partir du timer système et corrigée pour pouvoir obtenir une précision de l'ordre de la nano-seconde pour se conformer à POSIX.
Eric D.
jp.witz wrote:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)?
JP
"Licence IV" a écrit dans le message de news:
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion, nicolas a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la
mettre à l'heure? Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit: mode bourrin: regarde du côté de date et hwclock mode propre: regarde du côté de ntp
:-)
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
salut heure UTC (temps universel) et heure locale @+
-- Eric
jp.witz wrote:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures
différentes. A qoi correspond chaque date? Quelle est celle qui est
utilisé par les applis (en php par ex.)?
JP
"Licence IV" <licence-IV@nospam.com.invalid> a écrit dans le message de
news:slrncj2eo8.pb.licence-IV@choam.efrei.fr...
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion,
nicolas <nicolas.nospam.patrois@online.fr.invalid> a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande
pour la
mettre à l'heure?
Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd.
Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit:
mode bourrin: regarde du côté de date et hwclock
mode propre: regarde du côté de ntp
:-)
--
Nicolas de Ferrières Mail: ferriere@efrei.fr
_______________________________________________________________
Si l'alcool ne me tue pas... Les femmes auront ma peau
salut
heure UTC (temps universel) et heure locale
@+
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)?
JP
"Licence IV" a écrit dans le message de news:
Le Sat, 28 Aug 2004 23:06:49 +0200, après mûre réflexion, nicolas a écrit:
On Sat, 28 Aug 2004 21:35:41 +0200, jp.witz wrote:
L'heure de mon système avance de 3/4 d'heure. quelle est la commande pour la
mettre à l'heure? Si tu veux du bourrin, mais pas très conseillé, ntpdate.
Si tu veux du progressif, ntpd. Cela dit, vu ton cas, pense à la première solution.
Perso, j'aurais dit: mode bourrin: regarde du côté de date et hwclock mode propre: regarde du côté de ntp
:-)
-- Nicolas de Ferrières Mail: _______________________________________________________________ Si l'alcool ne me tue pas... Les femmes auront ma peau
salut heure UTC (temps universel) et heure locale @+
-- Eric
Nicolas George
"Eric D." wrote in message <4131aab6$0$30801$:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)? heure UTC (temps universel) et heure locale
Non, pas du tout. C'est l'autre réponse () qui est correcte :
- hwclock -> heure de l'horloge RTC, conservée lors de l'extinction de l'ordinateur par la pile de la carte mère ;
- date -> heure du système, utilisée par les applications, initialisée à partir de la précédente au boot.
La seconde consiste en un nombre de secondes après le premier janvier 1970, 0:00 UTC, il est, à l'heure où j'écris ces lignes, environ 1093777990.
La première peut être dans n'importe quel fuseau horaire, tant que hwclock en est averti au moment où il l'utilise pour régler la seconde.
À noter également que la précision à la nano-seconde prétendue dans l'autre message est exagérée. L'API standard la plus précise est gettimeofday, sauf erreur de ma part, qui retourne des micro-secondes. De plus, la correspondance entre cette heure et l'heure vraie mesurée par les horloges atomiques est au mieux de l'ordre de la milliseconde avec NTP et un réseau rapide.
"Eric D." wrote in message
<4131aab6$0$30801$79c14f64@nan-newsreader-05.noos.net>:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures
différentes. A qoi correspond chaque date? Quelle est celle qui est
utilisé par les applis (en php par ex.)?
heure UTC (temps universel) et heure locale
Non, pas du tout. C'est l'autre réponse
(<pan.2004.08.29.08.53.11.100876@magic.fr>) qui est correcte :
- hwclock -> heure de l'horloge RTC, conservée lors de l'extinction de
l'ordinateur par la pile de la carte mère ;
- date -> heure du système, utilisée par les applications, initialisée à
partir de la précédente au boot.
La seconde consiste en un nombre de secondes après le premier janvier 1970,
0:00 UTC, il est, à l'heure où j'écris ces lignes, environ 1093777990.
La première peut être dans n'importe quel fuseau horaire, tant que hwclock
en est averti au moment où il l'utilise pour régler la seconde.
À noter également que la précision à la nano-seconde prétendue dans l'autre
message est exagérée. L'API standard la plus précise est gettimeofday, sauf
erreur de ma part, qui retourne des micro-secondes. De plus, la
correspondance entre cette heure et l'heure vraie mesurée par les horloges
atomiques est au mieux de l'ordre de la milliseconde avec NTP et un réseau
rapide.
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)? heure UTC (temps universel) et heure locale
Non, pas du tout. C'est l'autre réponse () qui est correcte :
- hwclock -> heure de l'horloge RTC, conservée lors de l'extinction de l'ordinateur par la pile de la carte mère ;
- date -> heure du système, utilisée par les applications, initialisée à partir de la précédente au boot.
La seconde consiste en un nombre de secondes après le premier janvier 1970, 0:00 UTC, il est, à l'heure où j'écris ces lignes, environ 1093777990.
La première peut être dans n'importe quel fuseau horaire, tant que hwclock en est averti au moment où il l'utilise pour régler la seconde.
À noter également que la précision à la nano-seconde prétendue dans l'autre message est exagérée. L'API standard la plus précise est gettimeofday, sauf erreur de ma part, qui retourne des micro-secondes. De plus, la correspondance entre cette heure et l'heure vraie mesurée par les horloges atomiques est au mieux de l'ordre de la milliseconde avec NTP et un réseau rapide.
no_spam
On Sun, 29 Aug 2004 11:17:59 +0000, Nicolas George wrote:
"Eric D." wrote in message <4131aab6$0$30801$:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)? heure UTC (temps universel) et heure locale
Non, pas du tout. C'est l'autre réponse [...]
À noter également que la précision à la nano-seconde prétendue dans l'autre message est exagérée.
Je n'ai pas dit "à la nano-seconde", mais de l'ordre de la nano-seconde... POSIX utilise des struct timespec dont la précision est la nano-seconde. Cette précision n'est évidement pas au niveau du temps absolu, mais indispensable pour mesurer des intervalles. Donc, l'horloge ne sera pas à l'heure à la nano-seconde prêt, mais sera maintenue avec une précision de cet ordre. Les timers POSIX (itimer, nanosleep, clock_xxx,...) utilisent des struct timespec.
On Sun, 29 Aug 2004 11:17:59 +0000, Nicolas George wrote:
"Eric D." wrote in message
<4131aab6$0$30801$79c14f64@nan-newsreader-05.noos.net>:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures
différentes. A qoi correspond chaque date? Quelle est celle qui est
utilisé par les applis (en php par ex.)?
heure UTC (temps universel) et heure locale
Non, pas du tout. C'est l'autre réponse
[...]
À noter également que la précision à la nano-seconde prétendue dans l'autre
message est exagérée.
Je n'ai pas dit "à la nano-seconde", mais de l'ordre de la nano-seconde...
POSIX utilise des struct timespec dont la précision est la nano-seconde.
Cette précision n'est évidement pas au niveau du temps absolu,
mais indispensable pour mesurer des intervalles.
Donc, l'horloge ne sera pas à l'heure à la nano-seconde prêt, mais
sera maintenue avec une précision de cet ordre.
Les timers POSIX (itimer, nanosleep, clock_xxx,...) utilisent des struct
timespec.
On Sun, 29 Aug 2004 11:17:59 +0000, Nicolas George wrote:
"Eric D." wrote in message <4131aab6$0$30801$:
J'ai utilisé date et hwclock. Je peux définir 2 date et heures différentes. A qoi correspond chaque date? Quelle est celle qui est utilisé par les applis (en php par ex.)? heure UTC (temps universel) et heure locale
Non, pas du tout. C'est l'autre réponse [...]
À noter également que la précision à la nano-seconde prétendue dans l'autre message est exagérée.
Je n'ai pas dit "à la nano-seconde", mais de l'ordre de la nano-seconde... POSIX utilise des struct timespec dont la précision est la nano-seconde. Cette précision n'est évidement pas au niveau du temps absolu, mais indispensable pour mesurer des intervalles. Donc, l'horloge ne sera pas à l'heure à la nano-seconde prêt, mais sera maintenue avec une précision de cet ordre. Les timers POSIX (itimer, nanosleep, clock_xxx,...) utilisent des struct timespec.
Jérémy JUST
On Sun, 29 Aug 2004 11:17:59 +0000 (UTC) Nicolas George <nicolas$ wrote:
De plus, la correspondance entre cette heure et l'heure vraie mesurée par les horloges atomiques est au mieux de l'ordre de la milliseconde avec NTP et un réseau rapide.
Ce n'est pas tant la rapidité du réseau qui compte que sa régularité, puisque NTP corrige l'heure envoyée par le serveur en utilisant le temps de trajet (temps de réponse divisé par deux). Si la requête a mis 10 ms à parvenir au serveur mais que sa réponse en à mis 100 à revenir, la correction va être fausse!
Pour éviter ces problème, NTP tient compte de l'étalement des délais, mais, bon. Par ligne RTC, je crois de mémoire que les auteurs de NTP ne s'engagent pas sur une précision de plus de 0,1 sec (ce qui est déjà honorable, et plus que suffisant pour un usage non scientifique), et 0,01 sec sur un réseau local.
-- Jérémy JUST
On Sun, 29 Aug 2004 11:17:59 +0000 (UTC)
Nicolas George <nicolas$george@salle-s.org> wrote:
De plus, la correspondance entre cette heure et l'heure vraie mesurée
par les horloges atomiques est au mieux de l'ordre de la milliseconde
avec NTP et un réseau rapide.
Ce n'est pas tant la rapidité du réseau qui compte que sa régularité,
puisque NTP corrige l'heure envoyée par le serveur en utilisant le temps
de trajet (temps de réponse divisé par deux).
Si la requête a mis 10 ms à parvenir au serveur mais que sa réponse en
à mis 100 à revenir, la correction va être fausse!
Pour éviter ces problème, NTP tient compte de l'étalement des délais,
mais, bon. Par ligne RTC, je crois de mémoire que les auteurs de NTP ne
s'engagent pas sur une précision de plus de 0,1 sec (ce qui est déjà
honorable, et plus que suffisant pour un usage non scientifique), et
0,01 sec sur un réseau local.
On Sun, 29 Aug 2004 11:17:59 +0000 (UTC) Nicolas George <nicolas$ wrote:
De plus, la correspondance entre cette heure et l'heure vraie mesurée par les horloges atomiques est au mieux de l'ordre de la milliseconde avec NTP et un réseau rapide.
Ce n'est pas tant la rapidité du réseau qui compte que sa régularité, puisque NTP corrige l'heure envoyée par le serveur en utilisant le temps de trajet (temps de réponse divisé par deux). Si la requête a mis 10 ms à parvenir au serveur mais que sa réponse en à mis 100 à revenir, la correction va être fausse!
Pour éviter ces problème, NTP tient compte de l'étalement des délais, mais, bon. Par ligne RTC, je crois de mémoire que les auteurs de NTP ne s'engagent pas sur une précision de plus de 0,1 sec (ce qui est déjà honorable, et plus que suffisant pour un usage non scientifique), et 0,01 sec sur un réseau local.
-- Jérémy JUST
Nicolas George
no_spam wrote in message :
Donc, l'horloge ne sera pas à l'heure à la nano-seconde prêt, mais sera maintenue avec une précision de cet ordre.
Ça aussi, c'est faux : le contrôleur d'interruptions d'un PC, typiquement, est loin d'être aussi précis. Enfin, ce que tu dis n'a en soi pas grand sens : il faudrait parler d'erreur relative.
no_spam wrote in message <pan.2004.08.29.12.11.36.341623@magic.fr>:
Donc, l'horloge ne sera pas à l'heure à la nano-seconde prêt, mais
sera maintenue avec une précision de cet ordre.
Ça aussi, c'est faux : le contrôleur d'interruptions d'un PC, typiquement,
est loin d'être aussi précis. Enfin, ce que tu dis n'a en soi pas grand
sens : il faudrait parler d'erreur relative.
Donc, l'horloge ne sera pas à l'heure à la nano-seconde prêt, mais sera maintenue avec une précision de cet ordre.
Ça aussi, c'est faux : le contrôleur d'interruptions d'un PC, typiquement, est loin d'être aussi précis. Enfin, ce que tu dis n'a en soi pas grand sens : il faudrait parler d'erreur relative.
