Ich habe festgestellt, dass meine Systemuhr in einer Stunde um eine
halbe Sekunde zu schnell ist, das sind an einem Tag 12 Sekunden
Abweichung, das ist relativ viel.
Deshalb lasse ich stᅵndlich einen Cronjob laufen, der ᅵber NTP-Protokoll
die Zeit aktualiert.
Ist es bei Mainboards auch mᅵglich, die Uhrtaktrate hardwaremᅵssig zu
justieren?
viele Grᅵᅵe
Egon Schmid
> Ist es bei Mainboards auch mᅵglich, die Uhrtaktrate hardwaremᅵssig zu
> justieren?
Du kannst einen genaueren Uhrenquarz einlᅵten... das ist primitivst
gemacht; einfach eine feste Teilerkette.
Ansgar
--
*** Musik! ***
> Ist es bei Mainboards auch mᅵglich, die Uhrtaktrate hardwaremᅵssig zu
> justieren?
Nein, die Uhr ist immer so genau wie der Oszillator und da sind aus
Kostengrᅵnden 12sec am Tag leider nicht selten.
Wenn das mal besser passte kann es an einer fast leere Batterie liegen
ansonsten hilft nur Quarztausch, das ist immernoch der ᅵbliche billige
Uhrenquarz.
> Egon Schmid schrieb:
>
> > Ist es bei Mainboards auch m�glich, die Uhrtaktrate hardwarem�ssig zu
> > justieren?
>
> Nein, die Uhr ist immer so genau wie der Oszillator und da sind aus
> Kostengr�nden 12sec am Tag leider nicht selten.
Zumindest fr�her gab es Boards mit Trimmkondensator. (AFAIR)
> Wenn das mal besser passte kann es an einer fast leere Batterie liegen
> ansonsten hilft nur Quarztausch, das ist immernoch der �bliche billige
> Uhrenquarz.
12 Sekunden am Tag ist noch sehr gut. Manche Boards sind von Haus aus
viel schlechter.
Aber bei DSL-Flat juckt das doch nicht. Alle Stunde automatisch mit
einem der unz�hligen Zeitserver syncen und gut. Z.B. mit "TARDIS" -
l�uft im Hintergrund unf f�llt �berhaupt nicht ins Gewicht.
--
Wahlergebnis: Ich bin unschuldig!
Fritz Mueller wrote:
>> Wenn das mal besser passte kann es an einer fast leere Batterie liegen
>> ansonsten hilft nur Quarztausch, das ist immernoch der �bliche billige
>> Uhrenquarz.
>
> 12 Sekunden am Tag ist noch sehr gut. Manche Boards sind von Haus aus
> viel schlechter.
yep. Bei mir ist es fast eine Minute. Sch***ding.
> Aber bei DSL-Flat juckt das doch nicht. Alle Stunde automatisch mit
> einem der unz�hligen Zeitserver syncen und gut.
ntpd justiert die zeit stetig auf Basis des automatisch ermittelten
Drift. Gibt es f�r etliche Plattformen.
Regelm��ige R�ckw�rtsspr�nge sollte man meiden, weil dass evtl. gerade
laufende Make-Programme oder auch Authentifizierungstokens im Netzwerk
(z.B. Kerberos) st�ren kann. Dann kommt es zu den abenteuerlichsten
Fehlfunktionen. ntpd gleicht deshalb die Zeit beim R�ckw�rtsstellen
langsam durch 'l�ngere Sekunden' an, solange die Uhrzeit nicht komplett
daneben ist.
Marcel
> Ich habe festgestellt, dass meine Systemuhr in einer Stunde um eine
> halbe Sekunde zu schnell ist
Hier scheint es um ein Linux-System zu gehen, d.h. deine Systemuhr ist
_nicht_ die Hardwareuhr des Rechners.
> Deshalb lasse ich st�ndlich einen Cronjob laufen, der �ber NTP-Protokoll
> die Zeit aktualiert.
Das mache ich �hnlich. IMO ein guter Kompromiss zwischen Aufwand und
Genauigkeit. Man sollte dann aber so h�ufig synchronisieren, dass die
Anpassung noch ohne Zeitspr�nge m�glich ist. Also ggf. auch �fter als
st�ndlich.
Alternativ k�nnte man den ntpd oder sowas installieren. Artillerie f�r
Sperlinge, IMO, wenn man die hohe Genauigkeit nicht braucht.
Bei einer gleichm��igen Abweichung kann man die Systemuhr auch mit
adjtimex justieren. Die richtigen Parameter zu ermitteln kann zwar zu
einer Flei�arbeit werden aber danach l�uft der Rechner eventuell den
ganzen Tag ohne nennenswerte Abweichung durch.
> Ist es bei Mainboards auch m�glich, die Uhrtaktrate hardwarem�ssig zu
> justieren?
Mit geringem Aufwand AFAIK nicht aber das w�re hier auch der falsche
Ansatz.
J�rg
> Ich habe festgestellt, dass meine Systemuhr in einer Stunde um eine
> halbe Sekunde zu schnell ist, das sind an einem Tag 12 Sekunden
> Abweichung, das ist relativ viel.
>
> Deshalb lasse ich stᅵndlich einen Cronjob laufen, der ᅵber NTP-Protokoll
> die Zeit aktualiert.
Warum nicht mit Chrony?
> Ist es bei Mainboards auch mᅵglich, die Uhrtaktrate hardwaremᅵssig zu
> justieren?
Nein.
Aber mit Chrony kᅵnnte man die Geschwindigkeit der Systemzeit quasi
softwaremᅵssig justieren, dass sie mᅵglichst genau lᅵuft.
Chrony lᅵuft als Dienst im Hintergrund und merkt sich, wie groᅵ die
Abweichungen zwischen der lokalen Systemzeit und den Angaben der
NTP-Server nach mehreren Synchronisationen sind. Auch werden "harte"
Sprᅵnge mᅵglichst vermieden, weil es in einer Produktivumgebung ᅵusserst
unangenehm sein kann, wenn die Systemzeit mittendrin ein paar Sekunden
oder mehr "springt".
Abhᅵngig vom Verhalten der Systemzeit wird auch das Intervall von
NTP-Synchronisationen beeinflusst - ist die Systemzeit insgesamt stabil,
wird auch seltener synchronisiert.
Zusᅵtzlich wird die Geschwindigkeit der Systemzeit angepasst, so sie
z.B. bei Bedarf langsamer oder schneller lᅵuft. Solange nᅵmlich das OS
geladen ist, ist es letzlich egal, wie genau der RTC lᅵuft, da die
Systemzeit vom OS fortgeschrieben wird - theoretisch kᅵnnte man auch
ganz ohne RTC auskommen. Chrony kann natᅵrlich auf Wunsch auch den RTC
regelmᅵssig mit der Systemzeit abgleichen, damit bei einem evtl. nᅵtigen
Neustart des Systems die Zeit nicht komplett daneben ist.
>Nein, die Uhr ist immer so genau wie der Oszillator und da sind aus
>Kostengr�nden 12sec am Tag leider nicht selten.
Und was interessiert die Hardware-Uhr? Die wird nur beim Start des
Betriebssystems ausgelesen und interessiert danach nicht mehr.
Philipp
> On Mon, 26 Oct 2009 18:44:18 +0100, Olaf Kordwittenborg
> <okordwi...@htp-tel.de> wrote:
>
> >Nein, die Uhr ist immer so genau wie der Oszillator und da sind aus
> >Kostengr�nden 12sec am Tag leider nicht selten.
>
> Und was interessiert die Hardware-Uhr?
Dass sie eben falsch geht.
> Die wird nur beim Start des
> Betriebssystems ausgelesen
ack - und danch l�uft eine "Softwareuhr", die meist noch viel
ungenauer ist! Je nach CPU-Last kann die richtige Aussetzer haben.
> und interessiert danach nicht mehr.
doch - am n�chsten Morgen geht der PC dann eben die entsprechende Zeit
nach. Und am �bern�chsten Morgen doppelt. U.s.w.
Ausser der PC bzw. die Hardwareuhr wird immer wieder neu gestellt.
Z.B. aus dem Internet.
Dazu gibts NTP welches beim Systemboot erstmal die Uhr korrekt stellt
und dann auch aufpasst, dass sie nicht nach- oder vorgeht. Beim Shutdown
wird die aktuelle und genaue Uhrzeit in die Hardwareuhr geschrieben.
> Je nach CPU-Last kann die richtige Aussetzer haben.
Das waere aber ein sehr kaputtes OS welches solche Fehler macht. In
einem Produktionssystem mit z.B. einer Datenbank moechte ich sowas nicht
haben.
Gerrit
Gerrit Heitsch wrote:
>> ack - und danch l�uft eine "Softwareuhr", die meist noch viel
>> ungenauer ist! J
>
> Dazu gibts NTP welches beim Systemboot erstmal die Uhr korrekt stellt
> und dann auch aufpasst, dass sie nicht nach- oder vorgeht. Beim Shutdown
> wird die aktuelle und genaue Uhrzeit in die Hardwareuhr geschrieben.
wenn man 24/7 Netzzugang hat bzw. haben will (Stichwort Firewall) oder
einen eigenen Zeitserver im LAN.
>> Je nach CPU-Last kann die richtige Aussetzer haben.
>
> Das waere aber ein sehr kaputtes OS welches solche Fehler macht. In
> einem Produktionssystem mit z.B. einer Datenbank moechte ich sowas nicht
> haben.
Bei Notebooks zuweilen Realit�t.
Marcel
> Fritz Mueller wrote:
> >
> > Philipp Thomas schrieb:
> >
> >> On Mon, 26 Oct 2009 18:44:18 +0100, Olaf Kordwittenborg
> >> <okordwi...@htp-tel.de> wrote:
> >>
> >>> Nein, die Uhr ist immer so genau wie der Oszillator und da sind aus
> >>> Kostengr�nden 12sec am Tag leider nicht selten.
> >> Und was interessiert die Hardware-Uhr?
> >
> > Dass sie eben falsch geht.
> >
> >> Die wird nur beim Start des
> >> Betriebssystems ausgelesen
> >
> > ack - und danch l�uft eine "Softwareuhr", die meist noch viel
> > ungenauer ist! J
>
> Dazu gibts NTP welches beim Systemboot erstmal die Uhr korrekt stellt
das sagte ich bereits. Nur mit anderen Worten.
> und dann auch aufpasst, dass sie nicht nach- oder vorgeht. Beim Shutdown
> wird die aktuelle und genaue Uhrzeit in die Hardwareuhr geschrieben.
> > Je nach CPU-Last kann die richtige Aussetzer haben.
> Das waere aber ein sehr kaputtes OS welches solche Fehler macht.
Windows z.B. - oft genug erlebt.
> In
> einem Produktionssystem mit z.B. einer Datenbank moechte ich sowas nicht
> haben.
Tja - mit Windows werden sogar Milit�rger�te und Kernkraftwerke
gesteuert, kontrolliert oder verwaltet.
Was wolltest du eigentlich sonst noch beitragen ausser mich zu
verbessern?
> > Das waere aber ein sehr kaputtes OS welches solche Fehler macht. In
> > einem Produktionssystem mit z.B. einer Datenbank moechte ich sowas nicht
> > haben.
>
> Bei Notebooks zuweilen Realit�t.
Nicht nur bei Notebooks. Das kann jeden(!) PC treffen. Warum sollte
das bei Notebooks besonders auftreten?
Das bedeutet nur, dass ein solcher PC nicht als Produktionserver taugt.
Mit einer Datenbank und genuegend Clients sind ziemliche Systemlasten
moeglich. Datenbanken moegen es aber gar nicht wenn die Uhr springt.
Ich denke eher das liegt am OS...
Gerrit
Eine Firewall kann passend eingestellt werden. Und wenn du ein LAN
betreibst willst du alle Systeme auf der gleichen Uhrzeit haben.
Gerrit
Verbietet das nicht die Lizenz? Das gabs doch ein paar Eintraege zum
Thema wofuer es nicht zugelassen ist.
Gerrit
Willst du eigentlich Trollen oder was?
Ein �berfl�ssiges Posting nach dem anderen!
Warum? Wenn ich die entsprechenden Passagen der Eulas, die mir bislang
untergekommen sind, richtig in Erinnerung habe, dann ist nach diesen
der Einsatz in KKWs untersagt. Wenn der entsprechende KKW-Betreiber
kein Sonderabkommen mit MS hat, dann bewegt er sich lizenzrechtlich
auf d�nnem Eis.
Ciao,
Richard
--
Dr. Richard K�nning He�stra�e 63
Tel.: 089/5232488 80798 M�nchen