LundM schrieb:man kann die idee aber weiter spinnen und einen automatischen anpassmodus coden den man manuel startet entwickeln.
die uhr kennt also dann auch eine 25 stunde am tag
wen der wecksel heut statfinden soll startet man den code und die uhr wird dann 23:59 24:00 zählen.
danach kann man negativ und positiv ziten einstellen ohne system crash!
leider müssten dann alle in der zeitzone ligenden server für 10 secunden ca ihren dienst einstellen.
besser als teilweiße stunden ausfäle mit 12-14 stunden folge problemen.
positiv wäre dann: 23:59:59, 24:00:00 und beim nächsten sprung sofort auf 24:00:02
die stunden umstellung auf 0:00:03 oder 0:00:04 reingetimet und das system crasht nicht.
2 step verfahren ohne den standartisierten algorithmus zu stören.
edit: achso wer jetzt denkt warum nicht 23:59:59 24:00:00 0:00:00 damit würden wir uns wider steinzeitlich verhalten es wäre nur eine uns bekannte zeitjustierung möglich.
es wäre aber auch möglicch das wir bald 2 secunden anpassen müssen oder nach einem ereignis sei es natural oder menschlich negativ anpassen müssten.
1.) Wie schon geschrieben gibt es kein 24:00, sondern nur x Sekunden nach dem 1.1.1970. Das wird dann nur zur Ausgabe an den Benutzer auf eine Uhrzeit umgerechnet.
Der Crash hat nichts damit zu tun, dass es genau Mitternacht war.
2.) Die Ursache war, dass genau um eine gewisse Uhrzeit die Uhrzeit automatisch verstellt wurde. Dies wurde jedoch wie bei jedem Eingriff dieser Art in eine Log Datei geschrieben. Ein Eintrag in eine Logdatei hat jedoch ein Datum und eine Uhrzeit. Diese konnte jedoch nicht ausgelesen werden, da die Uhrzeit ja gerade geändert wird, also hat es einen Systemfehler gegeben.
3.) Was einige Leute hier leider bei der Zählweise vergessen ist, dass es auch Millisekunden gibt, also reicht es nicht die Uhrzeit still stehen zu lassen, man muss sie zurückstellen
Klassikfan schrieb:Ergebnis: GPS ist uns inzwischen 16 Sekunden voraus.
Die Aufgabe des GPS ist es eine punktgenaue Position zu bestimmen. Dazu reicht der Zeitunterschied untereinander. Das kann irgendein beliebiger Counter sein, der regelmäßig hochzählt. Das GPS Signal zur Synchronisation der Uhrzeit zu missbrauchen, ist sowieso eine Unart.
Ach ja: Übrigens eine typisch menschliche Idee, ein Problem, das man nicht lösen will, in die Zukunft zu verschieben. Motto: Uns doch egal, wenn der Tag in 300 Jahren um eine halbe und in 600 Jahren um eine Stunde aus dem Lot ist! So lange ich mich nicht mehr um die Sekunden heute kümmern muß.
Also ich glaube bei einer Stunde wären doch einige Leute etwas unglücklich. Da stimmt dann ja der ganze Tagesablauf nicht mehr und man kann die ganzen Zeitzonen mit verschieben.
Da ist die Lösung mit den Schaltsekunden das geringere Problem. Das fällt im Normalfall niemandem auf.
Eisenfaust schrieb:Also, da wo ich bislang "wirkte", wurden "Bussines"-Entscheidungen von "Pussynes"-Juristen oder BWLern (oder solchen, die durch die letzte Analysisklausur gefallen sind) entschieden - also von Leuten, die von der Sache die geringste Ahnung haben Insofern sind nicht immer die Fachinformatiker schuld ...
Der Fachinformatiker ist insofern schuld, dass er dafür zu sorgen hat, dass solche Leute nicht mitreden dürfen.
Leute ohne Fachkompetenz können ihre Meinung äußern, damit man einen Eindruck bekommt, wie die gewünschte Lösung auszusehen hat. Ob das so realisiert wird, hat derjenige zu entscheiden, der das Ganze realisiert, weil der steht dann auch dafür gerade, wenn es nicht funktioniert.[/QUOTE]
genau, ne weltraumsonde hat als betriebssystem windows 7.. und der servicepack wird hinterhergschossen, dockt an und installiert sich dann selbst an einer außen-usb-schnittstelle
Du würdest dich wundern, auf wie vielen Steuerungen im Industriebereich Windows CE oder sogar XP läuft und USB ist hier auch an der Tagesordnung, um z.B. den Touchscreen anzuschließen.