Homo complexus schrieb am 2. August 2012 11:44
Ich verstehe es noch immer nicht, weil mir z.B. hier
> Abgesehen von vielen Steuerungen, die zum Sekundenwechsel irgendwas
> antriggern, was nun eine Sekunde lang unterbleibt. Während der Zeit
> wollte ich mich nicht in einem AKW oder in der Nähe einer
> Großzentrifuge aufhalten. Und: nein, das hat mit ntp nichts zu tun,
> denn alle Uhren müssten dann so verfahren, dass sie stehen blieben.
> NTP synchronisiert ja nur.
die Taktgebung mit der Synchronisierung verwechselt zu werden
scheint. Dass es Bedingungen gibt, unter denen der Takt der
Sekundenfolge nicht abweichen darf, sehe ich ein.Â
Nur: Ist Abweichung nicht fast zwangsläufig das Resultat eines
NTP-Requests? Es geht dabei doch gerade darum, die lokale Uhr auf die
richtige, d.h. abweichende Zeit zu stellen. Wenn man nicht damit
rechnet, dass der NTP-Server mit einer anderen Zeit antwortet als es
der lokale Timer, der damit neu gestellt wird, ermittelt hat, braucht
man doch gar nicht erst abzufragen.Â
Mir scheint es eher so zu sein, dass dann, wenn die Sekundenfolge
gleichförmig sein soll, in Kauf genommen werden muss, dass nach einer
Schaltsekunde, die absolute Zeit nicht mehr stimmt. Was aber egal
ist, denn bei einem solchen Trigger ist ja wichtig, dass er nach
einer exakten Dauer immer wieder kommt, und nicht, dass er zu einem
bestimmten Zeitpunkt kommt. Neu gestellt werden kann das System erst,
nachdem es angehalten wurde. Oder, alternativ, betrachtet ein solcher
Taktgeber die Sekundenwerte bloß als "Namen" der Zeitpunkte, so das
es kein Problem ist, wenn zweit hintereinander folgende Zeitpunkt
gleich heissen. Â
Ich verstehe es noch immer nicht, weil mir z.B. hier
> Abgesehen von vielen Steuerungen, die zum Sekundenwechsel irgendwas
> antriggern, was nun eine Sekunde lang unterbleibt. Während der Zeit
> wollte ich mich nicht in einem AKW oder in der Nähe einer
> Großzentrifuge aufhalten. Und: nein, das hat mit ntp nichts zu tun,
> denn alle Uhren müssten dann so verfahren, dass sie stehen blieben.
> NTP synchronisiert ja nur.
die Taktgebung mit der Synchronisierung verwechselt zu werden
scheint. Dass es Bedingungen gibt, unter denen der Takt der
Sekundenfolge nicht abweichen darf, sehe ich ein.Â
Nur: Ist Abweichung nicht fast zwangsläufig das Resultat eines
NTP-Requests? Es geht dabei doch gerade darum, die lokale Uhr auf die
richtige, d.h. abweichende Zeit zu stellen. Wenn man nicht damit
rechnet, dass der NTP-Server mit einer anderen Zeit antwortet als es
der lokale Timer, der damit neu gestellt wird, ermittelt hat, braucht
man doch gar nicht erst abzufragen.Â
Mir scheint es eher so zu sein, dass dann, wenn die Sekundenfolge
gleichförmig sein soll, in Kauf genommen werden muss, dass nach einer
Schaltsekunde, die absolute Zeit nicht mehr stimmt. Was aber egal
ist, denn bei einem solchen Trigger ist ja wichtig, dass er nach
einer exakten Dauer immer wieder kommt, und nicht, dass er zu einem
bestimmten Zeitpunkt kommt. Neu gestellt werden kann das System erst,
nachdem es angehalten wurde. Oder, alternativ, betrachtet ein solcher
Taktgeber die Sekundenwerte bloß als "Namen" der Zeitpunkte, so das
es kein Problem ist, wenn zweit hintereinander folgende Zeitpunkt
gleich heissen. Â