Det bliver lidt spændende hvis der faktisk kommer et negativt skudsekund. Det er lidt som et Y2K problem men bare anderledes. Også selvom langt de fleste applikationer ikke bekymre sig om skudsekunder.
- Hvis ikke vi ved, hvad klokken er og være enige om, at klokken er det samme på hele Jorden, er der rigtig mange systemer, der ikke kan fungere.
Jeg synes det her er lidt sjovt, for hvis det skal være helt rigtigt og jeg forstår fysikken korrekt så findes der ikke noget der hedder at klokken er det samme to forskellige steder i verden. Det er relativt.
Jeg var lige ved at skrive til journalisten i går aftes at jeg synes der manglede noget info om hvor det var problemet skulle ligge. Såvidt jeg ved så kører computertid (Unix Time) uafhængigt af ting som sommer og vintertid. At trække et ekstra sekund fra i laget under selve Unix-tiden bør ikke give problemer nogen steder - det er nøjagtigt det samme som sker hvert år når tiden stilles tilbage om foråret.
Men sommer og vintertid klares som tidszoner. Om vinteren er det +1, sommer er det +2. Alt sammen meget kendt og gennemprøvet. Skudsekunder der lægges til er også forholdsvist simpelt at håndtere. Men trækker man er et sekund fra, skal man til at passe på. Tænk logning af data som gemmes med tidsstempler- pludselig står tingene ikke i den rigtige rækkefølge. Eller system jobs som afvikles to gange fordi man har det samme tidspunkt to gange. I praktisk bliver det nok nærmere behandlet ved at man sætter farten på urene ned eller måske på pause i det sekund, så man undgår at indføre det samme tidspunkt to gange.
Pointen er at det ikke er selve Unix tiden der ændres, men en korrektion der kommer bagefter i rækken af kode. Maskinerne bruger selve Unix-tiden til at se hvornår ting skal ske, så den kode der kommer bagefter gør ikke at koden du taler om bliver kørt to gange.
Der er andre metoder at have tid på end Unix time
https://en.m.wikipedia.org/wiki/Leap_second
Not all clocks implement leap seconds in the same manner. Leap seconds in Unix time are commonly implemented by repeating 23:59:59 or adding the time-stamp 23:59:60. Network Time Protocol (NTP) freezes time during the leap second,[62] some time servers declare “alarm condition”.[citation needed] Other schemes smear time in the vicinity of a leap second, spreading out the second of change over a longer period. This aims to avoid any negative effects of a substantial (by modern standards) step in time.[63][64] This approach has led to differences between systems, as leap smear is not standardized and several different schemes are used in practice.[65]
Mon ikke bare man vil implementere noget lignende det?
Så kan man da komme hurtigere på pension!
Hehe glasset er halvt fyldt!
deleted by creator
Obligatorisk Tom Scott: https://www.youtube.com/watch?v=-5wpm-gesOY
