On Tue, Feb 11, 2003 at 06:29:26PM +0000, Yves Rutschle wrote:
> On Tue, Feb 11, 2003 at 06:33:39PM +0100, Gabriel Paubert wrote:
> > Mais tu confonds le PIT (programmeble interrupt timer) qui est
> > utilis� comme base de temps par le noyau (100 Hz sur la
> > plupart des machines et 1kHz depuis 2.5 sur Intel). Ce sont deux
> > chips compl�tement s�par�s.
>
> Curieux. Ce que tu dis me rappelle effectivement quelque
> chose, mais il semble que tout soit g�r� par le m�me pilote
> (/dev/rtc).
Non, le PIT est directement g�r� par le code dans
arch/i386/kernel/time.c et n'a rien � voir avec la RTC.
>
> > La pr�cision vient du fait qu'elle est d�riv�e du quartz
> > 32768 Hz charg� de garder l'heure qui est en g�n�ral un oscillateur de
> > meilleure qualit� que l'oscillateur (toujours d�riv� d'un fr�quence
> > d'origine NTSC vers 14.38 MHz et divis�e par 12) qui sert au reste
> > du syst�me.
>
> Comment se fait-il que l'on consid�re en g�neral l'horloge
> syst�me comme �tant plus fiable que l'horloge RTC?
En quel sens plus fiable?
Les deux sont diff�rentes:
- la RTC a une batterie et garde l'heure de fa�on assez pr�cise. Bien
�videmment tous les BIOS te permettent de faire n'importe quoi. M�me
si elle n'est pas tr�s exacte, elle est en g�n�ral tr�s stable, le
quartz est taill� pour que sa fr�quence de r�sonance varie tr�s peu
avec la temp�rature.
- le PIT tourne � une fr�quence baroque, sa fr�quence varie beaucoup
plus avec la temp�rature voire la charge du syst�me (si, j'ai d�j� vu
�a). Mais par contre tu peux le discipliner par NTP. Sous NTP une fois
verrouill�, le noyau va r��crire l'heure dans la RTC toutes les 11
minutes. Si tu n'as pas NTP, en g�n�ral ton horloge va d�river assez
vite de la valeur donn�e par la RTC.
Mais franchement, le PIT est tellement archa�que qu'on est en train
d'essayer de le remplacer par autre chose (cyclone, HPT, etc...), qui
donnent plus de bits en un seul acc�s et n'ont pas besoin de pr�cautions
suppl�mentaires (spinlock) juste pour aller lire un compteur.
Sur la plupart des autres architectures, c'est beaucoup plus sain;
regarde le code du PPC par exemple, j'en suis en bonne partie
responsable (et c'est solide, comme le montrent les serveurs NTP
que j'ai au au boulot, directement connect�s � des r�cepteurs GPS).
Gabriel.
