C'est surement le noyau qui s'en occupe, en écrivant d'ailleurs le fichier /proc/uptime où est indiquée cette information.
Si quelqu'un pouvait confirmer...
je pose cette question car en fait je dev un petit truc ou je calcule l'uptime du systeme et j'ai une difference de plusieur secondes car je calcule depuis le demarrage de l'ordinateur.
---------------
In a world without walls and fences, who needs Windows and Gates
Le Ouinhin Pervers
Posté le 08-09-2006 à 18:47:54
Le kernel se charge tout d'abord et c'est seulement ensuite que init est lancé. Si tu calcules à partir d'init, il est normal (je suppose) d'avoir un léger différentiel de temps.
enfin pour consulter la source ici arch/i386/kernel/time.c
a+
et désolé pour la lecture
j'ai justement utilisé RDTSC pour connaitre le nombre de cycle depuis le demarre de l'ordi et donc trouver l'uptime, mais bon si linux compte a partir de l'init ca explique deja la diff ( je pense avoir dans les 20 sec )
merci pour les liens je vais feuilletter tout ca !
---------------
In a world without walls and fences, who needs Windows and Gates
Le Ouinhin Pervers
Posté le 08-09-2006 à 21:35:32
TSC : registre du processeur, dès le démarrage de la machine.
Uptime Linux (calculé à partir de la variable jiffies) : dès le chargement du noyau.
Les 20s correspondent donc (si j'ai bien compris) au différentiel de temps entre le démarrage de la machine et le démarrage du système.
enfoiro
a nickname is just a nickname
Posté le 09-09-2006 à 12:56:49
20 secondes pour POST + bootload + chargement kernel tu peux essayer de voir si quand tu réduit le timeout de ton bootloader ca a un impact (ca devrait). Tu peux voir si l'option "quick POST test" est activée dans le bios pour réduire ce délai. Tu peux voir à quel moment est activée l'horloge (d'après la source, ca sort un message genre "Using %s for high-res timesource" si tu a un proc évolué).