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.
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?
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
Mon ikke bare man vil implementere noget lignende det?